home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 19 / CU Amiga Magazine's Super CD-ROM 19 (1998)(EMAP Images)(GB)[!][issue 1998-02].iso / CUCD / Online / RFCs / rfc / rfc2127.txt < prev    next >
Text File  |  1997-03-28  |  96KB  |  2,748 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                 G. Roeck, Editor
  8. Request for Comments: 2127                               cisco Systems
  9. Category: Standards Track                                   March 1997
  10.  
  11.  
  12.               ISDN Management Information Base using SMIv2
  13.  
  14. Status of this Memo
  15.  
  16.    This document specifies an Internet standards track protocol for the
  17.    Internet community, and requests discussion and suggestions for
  18.    improvements.  Please refer to the current edition of the "Internet
  19.    Official Protocol Standards" (STD 1) for the standardization state
  20.    and status of this protocol.  Distribution of this memo is unlimited.
  21.  
  22. Abstract
  23.  
  24.    This memo defines a portion of the Management Information Base (MIB)
  25.    for use with network management protocols in the Internet community.
  26.    In particular, it defines a minimal set of managed objects for SNMP-
  27.    based management of ISDN terminal interfaces.  ISDN interfaces are
  28.    supported on a variety of equipment (for data and voice) including
  29.    terminal adapters, bridges, hosts, and routers.
  30.  
  31.    This document specifies a MIB module in a manner that is compliant to
  32.    the SNMPv2 SMI.  The set of objects is consistent with the SNMP
  33.    framework and existing SNMP standards.
  34.  
  35.    This document is a product of the ISDN MIB working group within the
  36.    Internet Engineering Task Force.  Comments are solicited and should
  37.    be addressed to the working group's mailing list at isdn-
  38.    mib@cisco.com and/or the author.
  39.  
  40.    The current version of this document reflects changes made during the
  41.    last call period and the IESG review.
  42.  
  43. Table of Contents
  44.  
  45.    1 The SNMPv2 Network Management Framework ......................    2
  46.    2 Object Definitions ...........................................    2
  47.    3 Overview .....................................................    3
  48.    3.1 Structure of the MIB .......................................    3
  49.    3.1.1 General Description ......................................    3
  50.    3.2 Relationship to the Interfaces MIB .........................    4
  51.    3.2.1 Layering Model ...........................................    4
  52.    3.2.2 ifTestTable ..............................................    8
  53.    3.2.3 ifRcvAddressTable ........................................    8
  54.    3.2.4 ifEntry ..................................................    8
  55.  
  56.  
  57.  
  58. Roeck                      Standards Track                      [Page 1]
  59.  
  60. RFC 2127                        ISDN MIB                      March 1997
  61.  
  62.  
  63.    3.2.4.1 ifEntry for a Basic Rate hardware interface ............    8
  64.    3.2.4.2 ifEntry for a B channel ................................    9
  65.    3.2.4.3 ifEntry for LAPD (D channel Data Link Layer) ...........   10
  66.    3.2.4.4 ifEntry for a signaling channel ........................   12
  67.    3.3 Relationship to other MIBs .................................   14
  68.    3.3.1 Relationship to the DS1/E1 MIB ...........................   14
  69.    3.3.2 Relationship to the DS0 and DS0Bundle MIBs ...............   14
  70.    3.3.3 Relationship to the Dial Control MIB .....................   14
  71.    3.4 ISDN interface specific information and implementation hints
  72.         ...........................................................   14
  73.    3.4.1 ISDN leased lines ........................................   14
  74.    3.4.2 Hyperchannels ............................................   15
  75.    3.4.3 D channel backup and NFAS trunks .........................   16
  76.    3.4.4 X.25 based packet-mode service in B and D channels .......   16
  77.    3.4.5 SPID handling ............................................   17
  78.    3.4.6 Closed User Groups .......................................   17
  79.    3.4.7 Provision of point-to-point line topology ................   18
  80.    3.4.8 Speech and audio bearer capability information elements ..   18
  81.    3.4.9 Attaching incoming calls to router ports .................   19
  82.    3.4.10 Usage of isdnMibDirectoryGroup and isdnDirectoryTable ...   20
  83.    4 Definitions ..................................................   21
  84.    5 Acknowledgments ..............................................   47
  85.    6 References ...................................................   47
  86.    7 Security Considerations ......................................   49
  87.    8 Author's Address .............................................   49
  88.  
  89. 1.  The SNMPv2 Network Management Framework
  90.  
  91.    The SNMPv2 Network Management Framework presently consists of three
  92.    major components.  They are:
  93.  
  94.    o    the SMI, described in RFC 1902 [1] - the mechanisms used for
  95.         describing and naming objects for the purpose of management.
  96.  
  97.    o    the MIB-II, STD 17, RFC 1213 [2] - the core set of managed
  98.         objects for the Internet suite of protocols.
  99.  
  100.    o    the protocol, STD 15, RFC 1157 [3] and/or RFC 1905 [4], -
  101.         the protocol for accessing managed objects.
  102.  
  103.    The Framework permits new objects to be defined for the purpose of
  104.    experimentation and evaluation.
  105.  
  106. 2.  Object Definitions
  107.  
  108.    Managed objects are accessed via a virtual information store, termed
  109.    the Management Information Base or MIB.  Objects in the MIB are
  110.    defined using the subset of Abstract Syntax Notation One (ASN.1)
  111.  
  112.  
  113.  
  114. Roeck                      Standards Track                      [Page 2]
  115.  
  116. RFC 2127                        ISDN MIB                      March 1997
  117.  
  118.  
  119.    defined in the SMI.  In particular, each object type is named by an
  120.    OBJECT IDENTIFIER, an administratively assigned name.  The object
  121.    type together with an object instance serves to uniquely identify a
  122.    specific instantiation of the object.  For human convenience, we
  123.    often use a textual string, termed the descriptor, to refer to the
  124.    object type.
  125.  
  126. 3.  Overview
  127.  
  128. 3.1.  Structure of the MIB
  129.  
  130.    For managing ISDN interfaces, the following information is necessary:
  131.  
  132.    o    Information for managing physical interfaces. In case of ISDN
  133.         primary rate, this are usually T1 or E1 lines, being managed in
  134.         the DS1/E1 MIB [12].  For Basic Rate lines, physical interfaces
  135.         are managed by this MIB.
  136.  
  137.    o    Information for managing B channels.
  138.  
  139.    o    Information for managing signaling channels.
  140.  
  141.    o    Optionally, information for managing Terminal Endpoints (TE).
  142.         A Terminal Endpoint is a link layer connection to a switch.
  143.  
  144.    o    Optionally, information for managing a list of directory numbers.
  145.  
  146.    In order to manage connections over ISDN lines, the management of
  147.    peer information and call history information is required as well.
  148.    This information is defined in the Dial Control MIB [15].
  149.  
  150.    The purpose for splitting the required information in two MIBs is to
  151.    be able to use parts of this information for non-ISDN interfaces as
  152.    well.  In particular, the Dial Control MIB might also be used for
  153.    other types of interfaces, e.g. modems or X.25 virtual connections.
  154.  
  155.    Within this document, information has been structured into five
  156.    groups, which are described in the following chapters.
  157.  
  158. 3.1.1.  General Description
  159.  
  160.    This MIB controls all aspects of ISDN interfaces.  It consists of
  161.    five groups.
  162.  
  163.    o    The isdnMibBasicRateGroup is used to provide information
  164.         regarding physical Basic Rate interfaces.
  165.  
  166.    o    The isdnMibBearerGroup is used to control B (bearer) channels.
  167.  
  168.  
  169.  
  170. Roeck                      Standards Track                      [Page 3]
  171.  
  172. RFC 2127                        ISDN MIB                      March 1997
  173.  
  174.  
  175.         It supports configuration parameters as well as statistical
  176.         information related to B channels.
  177.  
  178.    o    The isdnMibSignalingGroup is used to control D (delta) channels.
  179.         There are three tables in this group. The isdnSignalingTable and
  180.         isdnSignalingStatsTable support ISDN Network Layer configuration
  181.         and statistics.  The isdnLapdTable supports ISDN Data Link Layer
  182.         (LAPD) configuration and statistics.
  183.  
  184.    o    The optional isdnMibEndpointGroup can be used to specify
  185.         Terminal Endpoints. It is required only if there are non-ISDN
  186.         endpoints defined for a given D channel, or if additional
  187.         information like Terminal Endpoint Identifier (TEI) values or
  188.         Service Profile IDentifiers (SPID) is required to identify a
  189.         given ISDN user.
  190.  
  191.    o    The optional isdnMibDirectoryGroup can be used to specify a
  192.         list of directory numbers for each signaling channel.  It is
  193.         required only if the directory numbers to be accepted differ
  194.         from the isdnSignalingCallingAddress as specified in the
  195.         isdnSignalingTable.
  196.  
  197. 3.2.  Relationship to the Interfaces MIB
  198.  
  199.    This section clarifies the relationship of this MIB to the Interfaces
  200.    MIB [11].  Several areas of correlation are addressed in the
  201.    following subsections.  The implementor is referred to the Interfaces
  202.    MIB document in order to understand the general intent of these
  203.    areas.
  204.  
  205. 3.2.1.  Layering Model
  206.  
  207.    An ISDN interface usually consists of a D channel and a number of B
  208.    channels, all of which are layered on top of a physical interface.
  209.  
  210.    Furthermore, there are multiple interface layers for each D channel.
  211.    There are Data Link Layer (LAPD) as well as Network Layer entities.
  212.  
  213.    This is accomplished in this MIB by creating a logical interface
  214.    (ifEntry) for each of the D channel entities and a logical interface
  215.    (ifEntry) for each of the B channels.  These are then correlated to
  216.    each other and to the physical interface using the ifStack table of
  217.    the Interfaces MIB [11].
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Roeck                      Standards Track                      [Page 4]
  227.  
  228. RFC 2127                        ISDN MIB                      March 1997
  229.  
  230.  
  231.    The basic model, therefore, looks something like this:
  232.  
  233.        | |
  234.     +--+ +--+
  235.     | D ch. |
  236.     |Layer 3|
  237.     +--+ +--+
  238.        | |        | |            | |    <== interface to upper
  239.     +--+ +--+  +--+ +--+      +--+ +--+     layers, to be provided
  240.     | D ch. |  |   B   |      |   B   |     by ifStack table
  241.     |Layer 2|  |channel| .... |channel|
  242.     +--+ +--+  +--+ +--+      +--+ +--+
  243.        | |        | |            | |    <== attachment to physical
  244.     +--+ +--------+ +------------+ +----+   interfaces, to be provided
  245.     |         physical interface        |   by ifStack table
  246.     |          (S/T, U or T1/E1)        |
  247.     +-----------------------------------+
  248.    Mapping of B/D channels to physical interfaces
  249.  
  250.    Each D channel can support multiple Terminal Endpoints.  Terminal
  251.    Endpoints can either be one or multiple ISDN signaling channels, or
  252.    channels supporting X.25 based packet mode services.
  253.  
  254.    To accomplish this, there can be multiple Network Layer entities on
  255.    top of each ISDN Data Link Layer (LAPD) interface.  The detailed
  256.    model therefore looks something like this, including interface types
  257.    as examples:
  258.  
  259.   +------+  +----+  +----+
  260.   |x25ple|  |isdn|  |isdn|    Terminal Endpoints (X.25 or ISDN)
  261.   +--+---+  +-+--+  +-+--+
  262.      |        |       |
  263.      | +------+       |       |      |   <== Interface to upper layers,
  264.      | | +------------+       |      |       to be provided by ifStack
  265.      | | |                    |      |       table
  266.     ++-+-++                 +-+-+  +-+-+
  267.     |lapd | D channel       |ds0|  |ds0| B channels
  268.     +--+--+ Data Link Layer +-+-+  +-+-+
  269.        |                      |      |
  270.     +--+----------------------+------+--------------------+
  271.     |                 ds1 or isdns/isdnu                  |
  272.     +-----------------------------------------------------+
  273.  
  274.    Detailed interface mapping
  275.  
  276.    IfEntries are maintained for each D channel Network Layer entity
  277.    (Terminal Endpoint), for LAPD and for each B channel.
  278.  
  279.  
  280.  
  281.  
  282. Roeck                      Standards Track                      [Page 5]
  283.  
  284. RFC 2127                        ISDN MIB                      March 1997
  285.  
  286.  
  287.    The ifType for a Terminal Endpoint can be isdn(63) for ISDN signaling
  288.    channels or x25ple(40) for X.25 based packet mode services.  The
  289.    ifType for D channel Data Link Layer (LAPD) interfaces is lapd(77).
  290.    The ifType for B channels is ds0(81).  The ifType for physical
  291.    interfaces is the matching IANA ifType, usually ds1(18) for Primary
  292.    Rate interfaces or isdns(75)/isdnu(76) for Basic Rate interfaces.
  293.  
  294.    The ifStackTable is used to map B channels and LAPD interfaces to
  295.    physical interfaces and to map D channel Network Layer interfaces
  296.    (Terminal Endpoints) to LAPD.
  297.  
  298.    In the example given above, the assignment of index values could for
  299.    example be as follows:
  300.  
  301. ifIndex ifType      ISDN MIB tables     Description
  302.                     indexed by ifIndex
  303.  
  304.    1    isdns(75)   isdnBasicRateTable  Basic Rate physical interface
  305.    2    lapd(77)    isdnLapdTable       LAPD interface
  306.    3    x25ple(40)  isdnEndpointTable   X.25 Packet Layer
  307.    4    isdn(63)    isdnSignalingTable  ISDN signaling channel #1
  308.                     isdnEndpointTable
  309.    5    isdn(63)    isdnSignalingTable  ISDN signaling channel #2
  310.                     isdnEndpointTable
  311.    6    ds0(81)     isdnBearerTable     B channel #1
  312.    7    ds0(81)     isdnBearerTable     B channel #2
  313.    8    ppp(23)                         peer entry #1 (see below)
  314.    9    ppp(23)                         peer entry #2 (see below)
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338. Roeck                      Standards Track                      [Page 6]
  339.  
  340. RFC 2127                        ISDN MIB                      March 1997
  341.  
  342.  
  343.    The corresponding ifStack table entries would then be:
  344.  
  345.         ifStackTable Entries
  346.  
  347.         HigherLayer  LowerLayer
  348.         0            3
  349.         0            4
  350.         0            5
  351.         0            8
  352.         0            9
  353.         1            0
  354.         2            1
  355.         3            2
  356.         4            2
  357.         5            2
  358.         6            1
  359.         7            1
  360.         8            6
  361.         9            7
  362.  
  363.    Mapping of B channels to upper interface layers is usually done using
  364.    the Dial Control MIB. For example, mapping on top of B channels might
  365.    look as follows:
  366.  
  367. +-------------------------------------------------------+
  368. |               Network Layer Protocol                  |
  369. +------+ +-------+ +-------+ +-------+ +-------+ +------+
  370.        | |       | |       | |       | |       | | <== appears active
  371.      +-+ +-+   +-+ +-+   +-+ +-+   +-+ +-+   +-+ +-+
  372.      | PPP |   | PPP |   | F/R |   | PPP |   | F/R |
  373.      | for |   | for |   | for |   | for |   | for |   ifEntry with
  374.      |Peer1|   |Peer2|   |switch   |Peer3|   |switch   shadow PeerEntry
  375.      |     |   |     |   |  A  |   |     |   |  B  |
  376.      +-+ +-+   +-+ +-+   +-+ +-+   +-+ +-+   +-+ +-+
  377.                  | |                 | |           <== some actually are
  378.     +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+
  379.     |   B   | |   B   | |   B   | |   B   | |   B   |
  380.     |channel| |channel| |channel| |channel| |channel|
  381.     +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+
  382.        | |       | |       | |       | |       | |
  383. +------+ +-------+ +-------+ +-------+ +-------+ +------+
  384. |             Basic/Primary Rate Interface              |
  385. +-------------------------------------------------------+
  386.  
  387.    Mapping of IP interfaces to Called Peers to B Channels
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394. Roeck                      Standards Track                      [Page 7]
  395.  
  396. RFC 2127                        ISDN MIB                      March 1997
  397.  
  398.  
  399.    In this model, ifEntries are maintained for each peer.  Each peer is
  400.    required to have an associated ifEntry.  This interface can be of any
  401.    kind, e.g. PPP or LAPB.
  402.  
  403.    The Dial Control MIB can be used for all types of demand-access
  404.    interfaces, e.g., ISDN, modems or X.25 virtual connections.
  405.  
  406. 3.2.2.  ifTestTable
  407.  
  408.    The ifTestTable is not supported by this MIB.
  409.  
  410. 3.2.3.  ifRcvAddressTable
  411.  
  412.    The ifRcvAddressTable is not supported by this MIB.
  413.  
  414. 3.2.4.  ifEntry
  415.  
  416. 3.2.4.1.  ifEntry for a Basic Rate hardware interface
  417.  
  418.    The ifGeneralGroup is supported for Basic Rate hardware interfaces.
  419.  
  420.    ifTable           Comments
  421.    ==============    ===========================================
  422.    ifIndex           Each ISDN Basic Rate hardware interface is
  423.                      represented by an ifEntry.
  424.  
  425.    ifDescr           Textual port description.
  426.  
  427.    ifType            The IANA value of isdns(75) or isdnu(76),
  428.                      whichever is appropriate.
  429.  
  430.    ifSpeed           The overall bandwidth of this interface.
  431.  
  432.    ifPhysAddress     Return an empty string.
  433.  
  434.    ifAdminStatus     The administrative status of the ISDN interface.
  435.  
  436.    ifOperStatus      The current operational status of this interface.
  437.                      The operational status is dormant(5) if
  438.                      the interface is in standby mode, i.e. connected
  439.                      to the network, but without call activity.
  440.                      The operational status is down(2) if the hardware
  441.                      has detected that there is no layer 1 connection
  442.                      to the switch.
  443.                      For other values, refer to the Interfaces MIB.
  444.  
  445.    ifLastChange      Refer to the Interfaces MIB.
  446.  
  447.  
  448.  
  449.  
  450. Roeck                      Standards Track                      [Page 8]
  451.  
  452. RFC 2127                        ISDN MIB                      March 1997
  453.  
  454.  
  455.    ifLinkUpDownTrapEnable
  456.                      Refer to the Interfaces MIB.
  457.  
  458.    ifConnectorPresent
  459.                      Refer to the Interfaces MIB.
  460.  
  461.    ifHighSpeed       Return zero.
  462.  
  463.    ifName            Refer to the Interfaces MIB.
  464.  
  465. 3.2.4.2.  ifEntry for a B channel
  466.  
  467.    The ifEntry for a B channel supports the ifGeneralGroup of the
  468.    Interfaces MIB.
  469.  
  470.    ifTable           Comments
  471.    ==============    ===========================================
  472.    ifIndex           Each ISDN B channel is represented by an ifEntry.
  473.  
  474.    ifDescr           Textual port description.
  475.  
  476.    ifType            The IANA value of ds0(81).
  477.  
  478.    ifSpeed           The bandwidth of this B channel.
  479.                      Usually, this is the value of 56000 or 64000.
  480.  
  481.    ifPhysAddress     Return an empty string.
  482.  
  483.    ifAdminStatus     The administrative status of this interface.
  484.  
  485.    ifOperStatus      The current operational status of this interface.
  486.                      Note that dormant(5) is explicitly being used
  487.                      as defined in the Interfaces MIB.
  488.                      For other values, refer to the Interfaces MIB.
  489.  
  490.    ifLastChange      Refer to the Interfaces MIB.
  491.  
  492.    ifLinkUpDownTrapEnable
  493.                      Refer to the Interfaces MIB.
  494.  
  495.    ifConnectorPresent
  496.                      Refer to the Interfaces MIB.
  497.  
  498.    ifHighSpeed       Return zero.
  499.  
  500.    ifName            Refer to the Interfaces MIB.
  501.  
  502.  
  503.  
  504.  
  505.  
  506. Roeck                      Standards Track                      [Page 9]
  507.  
  508. RFC 2127                        ISDN MIB                      March 1997
  509.  
  510.  
  511. 3.2.4.3.  ifEntry for LAPD (D channel Data Link Layer)
  512.  
  513.    The ifEntry for LAPD (D channel Data Link Layer) supports the
  514.    ifGeneralGroup and the ifPacketGroup of the Interfaces MIB.
  515.  
  516.    ifTable           Comments
  517.    ==============    ===========================================
  518.    ifIndex           Each ISDN D channel Data Link layer is represented
  519.                      by an ifEntry.
  520.  
  521.    ifDescr           Textual port description.
  522.  
  523.    ifType            The IANA value of lapd(77).
  524.  
  525.    ifSpeed           The bandwidth of this interface. Usually, this is
  526.                      the value of 16000 for basic rate interfaces or
  527.                      64000 for primary rate interfaces.
  528.  
  529.    ifPhysAddress     Return an empty string.
  530.  
  531.    ifAdminStatus     The administrative status of this interface.
  532.  
  533.    ifOperStatus      The current operational status of the ISDN
  534.                      LAPD interface. The operational status is
  535.                      dormant(5) if the interface is in standby mode
  536.                      (see Q.931 [8], Annex F, D channel backup
  537.                      procedures).
  538.                      For other values, refer to the Interfaces MIB.
  539.  
  540.    ifLastChange      Refer to the Interfaces MIB.
  541.  
  542.    ifLinkUpDownTrapEnable
  543.                      Refer to the Interfaces MIB.
  544.  
  545.    ifConnectorPresent
  546.                      Refer to the Interfaces MIB.
  547.  
  548.    ifHighSpeed       Return zero.
  549.  
  550.    ifName            Refer to the Interfaces MIB.
  551.  
  552.    ifMtu             The size of the largest frame which can be
  553.                      sent/received on this interface,
  554.                      specified in octets. Usually, this is the
  555.                      default value of 260 as specified in Q.921
  556.                      [6], chapter 5.9.3.
  557.  
  558.  
  559.  
  560.  
  561.  
  562. Roeck                      Standards Track                     [Page 10]
  563.  
  564. RFC 2127                        ISDN MIB                      March 1997
  565.  
  566.  
  567.    ifInOctets        The total number of octets received on this
  568.                      interface.
  569.  
  570.    ifInUcastPkts     The number of frames received on this interface
  571.                      whose address is not TEI=127.
  572.  
  573.    ifInNUcastPkts    Deprecated.  Return the number of frames
  574.                      received on this interface with TEI=127.
  575.  
  576.    ifInMulticastPkts Return zero.
  577.  
  578.    ifInBroadcastPkts Return the number of frames received
  579.                      on this interface with TEI=127.
  580.  
  581.    ifInDiscards      The total number of received frames which have
  582.                      been discarded.
  583.                      The possible reasons are: buffer shortage.
  584.  
  585.    ifInErrors        The number of inbound frames that contained
  586.                      errors preventing them from being deliverable
  587.                      to LAPD.
  588.  
  589.    ifInUnknownProtos The number of frames with known TEI, but unknown
  590.                      SAPI (Service Access Point Identifier,
  591.                      see Q.921 [6], chapter 3.3.3).
  592.  
  593.    ifOutOctets       The total number of octets transmitted on this
  594.                      interface.
  595.  
  596.    ifOutUcastPkts    The number of frames transmitted on this
  597.                      interface whose address is not TEI=127.
  598.  
  599.    ifOutNUcastPkts   Deprecated.  Return the number of frames
  600.                      transmitted on this interface with TEI=127.
  601.  
  602.    ifOutMulticastPkts
  603.                      Return zero.
  604.  
  605.    ifOutBroadcastPkts
  606.                      Return the number of frames transmitted
  607.                      on this interface with TEI=127.
  608.  
  609.    ifOutDiscards     The total number of outbound frames which
  610.                      were discarded. Possible reasons are:
  611.                      buffer shortage.
  612.  
  613.    ifOutErrors       The number of frames which could not be
  614.                      transmitted due to errors.
  615.  
  616.  
  617.  
  618. Roeck                      Standards Track                     [Page 11]
  619.  
  620. RFC 2127                        ISDN MIB                      March 1997
  621.  
  622.  
  623.    ifOutQlen         Deprecated. Return zero.
  624.  
  625.    ifSpecific        Deprecated. Return {0 0}.
  626.  
  627. 3.2.4.4.  ifEntry for a signaling channel
  628.  
  629.    The ifEntry for a signaling channel supports the ifGeneralGroup and
  630.    the ifPacketGroup of the Interfaces MIB.
  631.  
  632.    ifTable           Comments
  633.    ==============    ===========================================
  634.    ifIndex           Each ISDN signaling channel is represented by
  635.                      an ifEntry.
  636.  
  637.    ifDescr           Textual port description.
  638.  
  639.    ifType            The IANA value of isdn(63).
  640.  
  641.    ifSpeed           The bandwidth of this signaling channel. Usually,
  642.                      this is the same value as for LAPD, i.e. 16000
  643.                      for basic rate interfaces or 64000 for primary rate
  644.                      interfaces.
  645.  
  646.    ifPhysAddress     The ISDN address assigned to this signaling channel.
  647.                      This is a copy of isdnSignalingCallingAddress.
  648.  
  649.    ifAdminStatus     The administrative status of the signaling channel.
  650.  
  651.    ifOperStatus      The current operational status of this signaling
  652.                      channel. The operational status is dormant(5) if
  653.                      the signaling channel is currently not activated.
  654.                      For other values, refer to the Interfaces MIB.
  655.  
  656.    ifLastChange      Refer to the Interfaces MIB.
  657.  
  658.    ifLinkUpDownTrapEnable
  659.                      Refer to the Interfaces MIB.
  660.  
  661.    ifConnectorPresent
  662.                      Refer to the Interfaces MIB.
  663.  
  664.    ifHighSpeed       Return zero.
  665.  
  666.    ifName            Refer to the Interfaces MIB.
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673.  
  674. Roeck                      Standards Track                     [Page 12]
  675.  
  676. RFC 2127                        ISDN MIB                      March 1997
  677.  
  678.  
  679.    ifMtu             The size of the largest frame which can be
  680.                      sent/received on this signaling channel,
  681.                      specified in octets. Usually, this is the
  682.                      default value of 260 as specified in Q.921
  683.                      [6], chapter 5.9.3.
  684.  
  685.    ifInOctets        The total number of octets received on this
  686.                      signaling channel.
  687.  
  688.    ifInUcastPkts     The number of frames received which are targeted
  689.                      to this channel.
  690.  
  691.    ifInNUcastPkts    Deprecated.  Return the number of frames
  692.                      received on this signaling channel with TEI=127.
  693.  
  694.    ifInMulticastPkts Return zero.
  695.  
  696.    ifInBroadcastPkts Return the number of frames received
  697.                      on this signaling channel with TEI=127.
  698.  
  699.    ifInDiscards      The total number of received frames which have been
  700.                      discarded.
  701.                      The possible reasons are: buffer shortage.
  702.  
  703.    ifInErrors        The number of inbound frames that contained
  704.                      errors preventing them from being deliverable
  705.                      to the signaling channel.
  706.  
  707.    ifInUnknownProtos Return zero.
  708.  
  709.    ifOutOctets       The total number of octets transmitted on this
  710.                      signaling channel.
  711.  
  712.    ifOutUcastPkts    The number of frames transmitted on this
  713.                      signaling channel whose address is not TEI=127.
  714.  
  715.    ifOutNUcastPkts   Deprecated.  Return the number of frames
  716.                      transmitted on this signaling channel with TEI=127.
  717.  
  718.    ifOutMulticastPkts
  719.                      Return zero.
  720.  
  721.    ifOutBroadcastPkts
  722.                      Return the number of frames transmitted
  723.                      on this signaling channel with TEI=127.
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730. Roeck                      Standards Track                     [Page 13]
  731.  
  732. RFC 2127                        ISDN MIB                      March 1997
  733.  
  734.  
  735.    ifOutDiscards     The total number of outbound frames which
  736.                      were discarded. Possible reasons are:
  737.                      buffer shortage.
  738.  
  739.    ifOutErrors       The number of frames which could not be
  740.                      transmitted due to errors.
  741.  
  742.    ifOutQlen         Deprecated. Return zero.
  743.  
  744.    ifSpecific        Deprecated. Return {0 0}.
  745.  
  746. 3.3.  Relationship to other MIBs
  747.  
  748. 3.3.1.  Relationship to the DS1/E1 MIB
  749.  
  750.    Implementation of the DS1/E1 MIB [12] is not required for supporting
  751.    this MIB. It is however recommended to implement the DS1/E1 MIB on
  752.    entities supporting Primary Rate interfaces.
  753.  
  754. 3.3.2.  Relationship to the DS0 and DS0Bundle MIBs
  755.  
  756.    Implementation of the DS0 MIB [13] is optional.
  757.  
  758.    Implementation of the DS0Bundle MIB [13] may be required only if
  759.    hyperchannels are to be supported, depending on the multiplexing
  760.    scheme used in a given implementation. See chapter 3.4.2 for details
  761.    on how to implement hyperchannels.
  762.  
  763. 3.3.3.  Relationship to the Dial Control MIB
  764.  
  765.    Implementation of the Dial Control MIB [15] is required.
  766.  
  767. 3.4.  ISDN interface specific information and implementation hints
  768.  
  769. 3.4.1.  ISDN leased lines
  770.  
  771.    ISDN leased lines can be specified on a per-B-channel basis.  To do
  772.    so, the value of isdnBearerChannelType has to be set to leased(2).
  773.    There is no signaling protocol support for leased line B channels,
  774.    since there is no signaling protocol action for these kinds of
  775.    interfaces.
  776.  
  777.  
  778.  
  779.  
  780.  
  781.  
  782.  
  783.  
  784.  
  785.  
  786. Roeck                      Standards Track                     [Page 14]
  787.  
  788. RFC 2127                        ISDN MIB                      March 1997
  789.  
  790.  
  791.    If there is no signaling support available for an ISDN interface,
  792.    this must be specified in the appropriate interface specific table.
  793.    For Basic Rate interfaces, isdnBasicRateSignalMode of
  794.    isdnBasicRateTable must be set to inactive(2).  For Primary Rate
  795.    interfaces, dsx1SignalMode of dsx1ConfigTable in DS1/E1 MIB [12] must
  796.    be set to none(1).  There are no isdnLapdTable or isdnSignalingTable
  797.    entries for such interfaces.
  798.  
  799.    Depending on the leased line type and the service provider, the D
  800.    channel can be used for data transfer.  If this is the case the D
  801.    channel interface type is ds0(81) instead of lapd(77) and its usage
  802.    is identical to B channel usage if there is no signaling channel
  803.    available.
  804.  
  805.    For a Primary Rate interface which is entirely used as a leased line,
  806.    there is no ISDN specific information available or required.  Such
  807.    leased lines can entirely be handled by the DS1/E1 MIB.
  808.  
  809. 3.4.2.  Hyperchannels
  810.  
  811.    The active switch protocol defines if hyperchannels are supported,
  812.    and the actual support is implementation dependent.  Hyperchannel
  813.    connections will be requested by the interface user at call setup
  814.    time, e.g. by the peer connection handling procedures.
  815.  
  816.    In the ISDN MIB, the isdnBearerMultirate object of isdnBearerTable
  817.    can be used to check if hyperchannels are being used for an active
  818.    call.
  819.  
  820.    If hyperchannels are being used, multiplexing between the
  821.    encapsulation layer and the B channels is required, since there is
  822.    one encapsulation layer interface connected to several B channel
  823.    interfaces.  This can be accomplished in two ways.
  824.  
  825.    o    The DS0Bundle MIB [13] can be used to provide the multiplexing.
  826.         See the DS0Bundle MIB document for details.
  827.  
  828.    o    The ifStackTable can be used to provide the multiplexing.  In
  829.         this case, there are several ifStackTable entries with the same
  830.         value of HigherLayer, and different values of LowerLayer.
  831.  
  832.    It is up to the implementor to decide which multiplexing scheme to
  833.    use.
  834.  
  835.    Each hyperchannel call is treated as one call in the
  836.    isdnSignalingStatsTable, independent of the number of B channels
  837.    involved.
  838.  
  839.  
  840.  
  841.  
  842. Roeck                      Standards Track                     [Page 15]
  843.  
  844. RFC 2127                        ISDN MIB                      March 1997
  845.  
  846.  
  847.    For a hyperchannel call, all objects in the isdnBearerTable entries
  848.    related to this call (i.e., all isdnBearerTable entries associated to
  849.    B channels used by the hyperchannel) have identical values.  The
  850.    related objects in the isdnBearerTable are:
  851.  
  852.  
  853.        isdnBearerPeerAddress
  854.        isdnBearerPeerSubAddress
  855.        isdnBearerCallOrigin
  856.        isdnBearerInfoType
  857.        isdnBearerMultirate
  858.        isdnBearerCallSetupTime
  859.        isdnBearerCallConnectTime
  860.        isdnBearerChargedUnits
  861.  
  862. 3.4.3.  D channel backup and NFAS trunks
  863.  
  864.    D channel backup is defined in Q.931 [8], Annex F.  It describes Non-
  865.    Associated signaling and its use and functionality is basically
  866.    identical to Non Facility Associated Signaling (NFAS) trunks.
  867.  
  868.    Non Facility Accociated Signaling (NFAS) basically means that a D
  869.    channel on a PRI interface is used to manage calls on other PRI
  870.    trunks.  This is required in North America for H11 channels, since
  871.    all 24 time slots are being used for B channels.
  872.  
  873.    According to Q.931, Annex F, the D channel backup feature can be
  874.    provided on a subscription basis and is network dependent.  The D
  875.    channel backup procedure is described in detail in Q.931.
  876.  
  877.    For D channel backup, the controlling isdnSignalingTable entry is
  878.    layered on top of all attached LAPD interfaces.  This layering is
  879.    done using the ifStack table.  There is only one active LAPD
  880.    interface, however.  Inactive LAPD interfaces have an ifOperStatus of
  881.    dormant(5).
  882.  
  883.    NFAS trunks are also handled using the ifStack table. In this case, a
  884.    signaling channel is layered on top of a LAPD interface as well as on
  885.    top of all physical interfaces which are controlled by the signaling
  886.    channel, but do not supply a D channel.
  887.  
  888. 3.4.4.  X.25 based packet-mode service in B and D channels
  889.  
  890.    X.25 based packet mode service over B channels can be handled using
  891.    the Dial Control MIB by creating an appropriate peer entry.  The peer
  892.    entry ifType can then be x25(5), thus providing access to X.25
  893.    service.
  894.  
  895.  
  896.  
  897.  
  898. Roeck                      Standards Track                     [Page 16]
  899.  
  900. RFC 2127                        ISDN MIB                      March 1997
  901.  
  902.  
  903.    X.25 based packet mode service over D channels can be handled by
  904.    creating an ifEndpointTable entry with an isdnEndpointIfType of
  905.    x25ple(40).  The upper protocol layers can then be attached to this
  906.    interface using the ifStack table.
  907.  
  908. 3.4.5.  SPID handling
  909.  
  910.    Service Profile IDentifiers (SPIDs) are defined for BRI interfaces
  911.    only, and being used in North America.  SPIDs are required for DMS-
  912.    100, NI-1 and NI-2, and are optional for 5ESS.  A switch can define
  913.    up to 8 SPIDs per BRI.
  914.  
  915.    Each Terminal Endpoint has a SPID assigned.  It is normally built
  916.    from the party number (calling address for outgoing calls) with a
  917.    number of digits prepended and appended.  Since each network appears
  918.    to be different, both the calling address and the SPID have to be
  919.    stored.
  920.  
  921.    The SPID identifies the particular services that have been
  922.    provisioned for a terminal. If there are two B channels on a BRI,
  923.    there can be two SPIDs, one for each of the two B channels.  There
  924.    can also be a single SPID, providing access to both B channels.
  925.  
  926.    The SPID gets registered with the switch after link establishment.
  927.    There is one data link for each SPID. As part of terminal
  928.    registration, an EID (Endpoint IDentifier) is defined by the switch.
  929.    On incoming calls, the switch may provide the EID, a called party
  930.    number, or both, depending on the ISDN code implemented in the
  931.    switch.
  932.  
  933.    The EID has two bytes: USID (User Service IDentifier) and TID
  934.    (Terminal IDentifier). These are later used by some of the software
  935.    versions running on the switch side (e.g. compliant with NI-1, 5ESS
  936.    custom) to broadcast SETUP messages with these included, so the
  937.    correct endpoint would accept the call. Other switch software
  938.    versions identify the endpoint with the Called Party Number.
  939.  
  940.    In the ISDN MIB, the SPID can be entered using the isdnEndpointSpid
  941.    object of isdnEndpointTable.  The isdnSignalingCallingAddress,
  942.    already being used to specify the calling number, cannot be used to
  943.    record the SPID since the values of the SPID and the Calling Address
  944.    may differ and both may be required to be present.
  945.  
  946. 3.4.6.  Closed User Groups
  947.  
  948.    Closed User Groups (CUG), as defined in I.255.1 [14], are supported
  949.    for circuit mode calls by ETSI (ETS 300 138) and 1TR6.  In these
  950.    networks, an ISDN address can have one or more Closed User Groups
  951.  
  952.  
  953.  
  954. Roeck                      Standards Track                     [Page 17]
  955.  
  956. RFC 2127                        ISDN MIB                      March 1997
  957.  
  958.  
  959.    assigned.  If there is more than one Closed User Group assigned to a
  960.    given address, one of those is the preferred Closed User Group.  For
  961.    such addresses, only calls from assigned Closed User Groups are
  962.    accepted by the network.
  963.  
  964.    Thus, Closed User Groups are a parameter for peer entries and are
  965.    defined in the Dial Control MIB. A peer entry attached to a Closed
  966.    User Group has to point to an ISDN interface which is attached to the
  967.    Closed User Group in question.
  968.  
  969. 3.4.7.  Provision of point-to-point line topology
  970.  
  971.    In the ISDN standards, there are two different meanings for the term
  972.    "point-to-point".
  973.  
  974.    In ISDN standards, the term point-to-point are usually used for data
  975.    link connections, i.e. layer 2 connections, where each layer 2
  976.    connection from the TE to the network is a single point-to-point
  977.    connection.  Multiple connections of this kind may exist on one
  978.    physical (layer 1) connection, however, and in case of Basic Rate
  979.    interfaces there may be several TE's connected to one physical line
  980.    to the network.
  981.  
  982.    The second meaning of "point-to-point" refers to the line topology,
  983.    i.e.  to layer 1 connections.  For Primary Rate interfaces, the line
  984.    topology is always point-to-point.  For Basic Rate interfaces, layer
  985.    1 point-to- point connections do exist in several countries, usually
  986.    being used for connecting PBX systems to the network.
  987.  
  988.    The second meaning (layer 1 connections) is what will be referred to
  989.    as "point-to-point" connection throughout this document.
  990.  
  991.    For Basic Rate interfaces, the isdnBasicRateTable object
  992.    isdnBasicRateLineTopology can be used to select the line topology.
  993.  
  994. 3.4.8.  Speech and audio bearer capability information elements
  995.  
  996.    The objects speech(2), audio31(6) and audio7(7), as being used in
  997.    isdnBearerInfoType, refer to the Speech, 3.1 kHz Audio and old 7 kHz
  998.    Audio (now Multi-use) bearer capabilities for ISDN, as defined in
  999.    Q.931 [8], chapter 4.5.5, octet 3 of bearer capability information
  1000.    element.
  1001.  
  1002.    These capabilities are signaling artifices that allow networks to do
  1003.    certain things with the call.  It is up to the network to decide what
  1004.    to do.
  1005.  
  1006.  
  1007.  
  1008.  
  1009.  
  1010. Roeck                      Standards Track                     [Page 18]
  1011.  
  1012. RFC 2127                        ISDN MIB                      March 1997
  1013.  
  1014.  
  1015.    The Speech Bearer Capability means that speech is being carried over
  1016.    the channel, as in two people talking.  This would be POTS-type
  1017.    speech.  The network may compress this, encrypt it or whatever it
  1018.    wants with it as long as it delivers POTS quality speech to the other
  1019.    end.  In other words, a modem is not guaranteed to work over this
  1020.    connection.
  1021.  
  1022.    The 3.1 kHz Audio capability indicates that the network carries the
  1023.    3.1 kHz bandwidth across the network.  This would (theoretically)
  1024.    allow modem signals to be carried across the network.  In the US, the
  1025.    network automatically enters a capability of 3.1 kHz Audio on calls
  1026.    coming into the ISDN from a POTS network.  This capability restricts
  1027.    the network from interfering with the data channel in a way that
  1028.    would corrupt the 3.1 kHz VoiceBand data.
  1029.  
  1030.    7 kHz Audio was meant to signal the use of a higher quality audio
  1031.    connection (e.g., music from radio).  It was changed to Multi-Use
  1032.    capability to allow it to be used for video-conferencing with fall
  1033.    back to audio.
  1034.  
  1035.    In some cases, the Speech or 3.1 kHz Bearer Capability provides a 56
  1036.    kbit/s data path through the network.  Therefore, some people are
  1037.    setting up calls with the Speech or 3.1 kHz BC and transmitting 56
  1038.    kbit/s data over the connection.  This is usually to take advantage
  1039.    of favorable tariffs for Speech as opposed to Data.
  1040.  
  1041.    On the incoming side, the equipment is usually configured to ignore
  1042.    the Bearer Capability and either answer all Speech calls as 56 kbit/s
  1043.    data or to use one Directory Number for real speech and another for
  1044.    data.
  1045.  
  1046. 3.4.9.  Attaching incoming calls to router ports
  1047.  
  1048.    In ISDN, there are several ways to identify an incoming call and to
  1049.    attach a router port to this call.
  1050.  
  1051.    o    The call can be identified and attached to a router port using
  1052.         the ISDN Calling Address, that is, the peer ISDN address.  Since
  1053.         the peer address is defined in a Dial Control MIB configuration
  1054.         entry for this peer, this would be the most natural way to
  1055.         attach an incoming call to a router port.
  1056.  
  1057.         In this configuration, only a single isdnSignalingTable entry is
  1058.         required for each physical ISDN interface.  Unfortunately, the
  1059.         ISDN Calling Address is not available in all countries and/or
  1060.         switch protocols.  Therefore, other means for attaching incoming
  1061.         calls to router ports must be provided.
  1062.  
  1063.  
  1064.  
  1065.  
  1066. Roeck                      Standards Track                     [Page 19]
  1067.  
  1068. RFC 2127                        ISDN MIB                      March 1997
  1069.  
  1070.  
  1071.    o    The call can also be identified and attached to a router port
  1072.         using the ISDN Called Address.  In this case, a distinct ISDN
  1073.         address or subaddress must be specified for each of the router
  1074.         ports.  This can be accomplished in the ISDN MIB by creating a
  1075.         isdnSignalingTable entry for each of the router ports, and by
  1076.         connecting Dial Control MIB peer entries to the thereby created
  1077.         interface using the dialCtlPeerCfgLowerIf object of
  1078.         dialCtlPeerCfgTable.
  1079.  
  1080.         If this type of router port identification is used in an
  1081.         implementation, it is up to the implementor to decide if there
  1082.         should be distinct TEI values assigned for each of the
  1083.         isdnSignalingTable entries.  For this reason, the
  1084.         isdnEndpointTable permits specifying the same TEI value in
  1085.         multiple entries.  It is recommended to use dynamic TEI
  1086.         assignment whenever possible.
  1087.  
  1088.         The implementor should be aware that this type of configuration
  1089.         requires a lot of configuration work for the customer, since an
  1090.         entry in isdnSignalingTable must be created for each of the
  1091.         router ports.
  1092.  
  1093.    o    Incoming calls can also be identified and attached to router
  1094.         ports using a higher layer functionality, such as PPP
  1095.         authentication.  Defining this functionality is outside the
  1096.         scope of this document.
  1097.  
  1098. 3.4.10.  Usage of isdnMibDirectoryGroup and isdnDirectoryTable
  1099.  
  1100.    In some switch protocol or PBX implementations, the Called Number
  1101.    Information Element on incoming calls can differ from the Calling
  1102.    Number on outgoing calls.  Sometimes, the Called Number can be
  1103.    different for incoming Local Calls, Long Distance Calls and
  1104.    International Calls.  For Hunt Groups, the Called Number can be any
  1105.    of the numbers in the Hunt Group.
  1106.  
  1107.    The isdnDirectoryTable can be used to specify all these numbers.
  1108.  
  1109.    Entries in the isdnDirectoryTable are always connected to specific
  1110.    isdnSignalingTable entries.  No ifEntry is created for
  1111.    isdnDirectoryTable entries.  Therefore, the isdnDirectoryTable can
  1112.    not be used to attach incoming calls to router ports.  For router
  1113.    port identification, isdnSignalingTable entries should be created
  1114.    instead.
  1115.  
  1116.  
  1117.  
  1118.  
  1119.  
  1120.  
  1121.  
  1122. Roeck                      Standards Track                     [Page 20]
  1123.  
  1124. RFC 2127                        ISDN MIB                      March 1997
  1125.  
  1126.  
  1127. 4.  Definitions
  1128.  
  1129. ISDN-MIB DEFINITIONS ::= BEGIN
  1130.  
  1131. IMPORTS
  1132.         MODULE-IDENTITY,
  1133.         NOTIFICATION-TYPE,
  1134.         OBJECT-TYPE,
  1135.         Counter32,
  1136.         Gauge32,
  1137.         Integer32
  1138.                 FROM SNMPv2-SMI
  1139.         DisplayString,
  1140.         TruthValue,
  1141.         TimeStamp,
  1142.         RowStatus,
  1143.         TestAndIncr,
  1144.         TEXTUAL-CONVENTION
  1145.                  FROM SNMPv2-TC
  1146.         MODULE-COMPLIANCE,
  1147.         OBJECT-GROUP,
  1148.         NOTIFICATION-GROUP
  1149.                 FROM SNMPv2-CONF
  1150.         ifIndex,
  1151.         InterfaceIndex
  1152.                 FROM IF-MIB
  1153.         IANAifType
  1154.                 FROM IANAifType-MIB
  1155.         transmission
  1156.                 FROM RFC1213-MIB;
  1157.  
  1158. isdnMib MODULE-IDENTITY
  1159.         LAST-UPDATED    "9609231642Z" -- Sep 23, 1996
  1160.         ORGANIZATION    "IETF ISDN MIB Working Group"
  1161.         CONTACT-INFO
  1162.             "        Guenter Roeck
  1163.              Postal: cisco Systems
  1164.                      170 West Tasman Drive
  1165.                      San Jose, CA 95134
  1166.                      U.S.A.
  1167.              Phone:  +1 408 527 3143
  1168.              E-mail: groeck@cisco.com"
  1169.         DESCRIPTION
  1170.             "The MIB module to describe the
  1171.              management of ISDN interfaces."
  1172.         ::= { transmission 20 }
  1173.  
  1174. -- The ISDN hardware interface (BRI or PRI) is represented
  1175.  
  1176.  
  1177.  
  1178. Roeck                      Standards Track                     [Page 21]
  1179.  
  1180. RFC 2127                        ISDN MIB                      March 1997
  1181.  
  1182.  
  1183. -- by a media specific ifEntry.
  1184. --
  1185. -- For basic rate lines, the media specifics for the physical interface
  1186. -- is defined in the physical interface group of the ISDN MIB.
  1187. -- The ifType for physical basic rate interfaces is isdns(75)
  1188. -- or isdnu(76), whichever is appropriate.
  1189. --
  1190. -- For primary rate, the media specifics are defined in the Trunk
  1191. -- MIB and the ifType has a value of ds1(18).
  1192.  
  1193. -- Each signaling channel is represented by an entry
  1194. -- in the isdnSignalingTable.
  1195. -- The signaling channel has an ifType value of isdn(63).
  1196. -- Each B channel is also represented as an entry
  1197. -- in the ifTable. The B channels have an ifType value
  1198. -- of ds0(81).
  1199. -- This model is used while defining objects and tables
  1200. -- for management.
  1201. -- The ISDN MIB allows sub-layers. For example, the data transfer
  1202. -- over a B channel may take place with PPP encapsulation. While the
  1203. -- ISDN MIB describes the D and B channels, a media specific MIB
  1204. -- for PPP can be used on a layered basis. This is as per
  1205. -- the interfaces MIB.
  1206.  
  1207. -- Textual conventions
  1208.  
  1209. IsdnSignalingProtocol ::= TEXTUAL-CONVENTION
  1210.         STATUS      current
  1211.         DESCRIPTION
  1212.             "This data type is used as the syntax of the
  1213.              isdnSignalingProtocol object in the
  1214.              definition of ISDN-MIB's isdnSignalingTable.
  1215.  
  1216.              The definition of this textual convention with the
  1217.              addition of newly assigned values is published
  1218.              periodically by the IANA, in either the Assigned
  1219.              Numbers RFC, or some derivative of it specific to
  1220.              Internet Network Management number assignments.  (The
  1221.              latest arrangements can be obtained by contacting the
  1222.              IANA.)
  1223.  
  1224.              Requests for new values should be made to IANA via
  1225.              email (iana@iana.org)."
  1226.         SYNTAX      INTEGER {
  1227.              other(1),          -- none of the following
  1228.              dss1(2),           -- ITU DSS1 (formerly CCITT) Q.931
  1229.              etsi(3),           -- Europe / ETSI ETS300-102
  1230.                                 -- plus supplementary services
  1231.  
  1232.  
  1233.  
  1234. Roeck                      Standards Track                     [Page 22]
  1235.  
  1236. RFC 2127                        ISDN MIB                      March 1997
  1237.  
  1238.  
  1239.                                 -- (ETSI 300-xxx)
  1240.                                 -- note that NET3, NET5 define
  1241.                                 -- test procedures for ETS300-102
  1242.                                 -- and have been replaced by
  1243.                                 -- I-CTR 3 and I-CTR 4.
  1244.              dass2(4),          -- U.K.   / DASS2 (PRI)
  1245.              ess4(5),           -- U.S.A. / AT&T 4ESS
  1246.              ess5(6),           -- U.S.A. / AT&T 5ESS
  1247.              dms100(7),         -- U.S.A. / Northern Telecom DMS100
  1248.              dms250(8),         -- U.S.A. / Northern Telecom DMS250
  1249.              ni1(9),            -- U.S.A. / National ISDN 1 (BRI)
  1250.              ni2(10),           -- U.S.A. / National ISDN 2 (BRI, PRI)
  1251.              ni3(11),           -- U.S.A. / next one
  1252.              vn2(12),           -- France / VN2
  1253.              vn3(13),           -- France / VN3
  1254.              vn4(14),           -- France / VN4 (ETSI with changes)
  1255.              vn6(15),           -- France / VN6 (ETSI with changes)
  1256.                                 -- delta document CSE P 10-21 A
  1257.                                 -- test document  CSE P 10-20 A
  1258.              kdd(16),           -- Japan  / KDD
  1259.              ins64(17),         -- Japan  / NTT INS64
  1260.              ins1500(18),       -- Japan  / NTT INS1500
  1261.              itr6(19),          -- Germany/ 1TR6 (BRI, PRI)
  1262.              cornet(20),        -- Germany/ Siemens HiCom CORNET
  1263.              ts013(21),         -- Australia / TS013
  1264.                                 -- (formerly TPH 1962, BRI)
  1265.              ts014(22),         -- Australia / TS014
  1266.                                 -- (formerly TPH 1856, PRI)
  1267.              qsig(23),          -- Q.SIG
  1268.              swissnet2(24),     -- SwissNet-2
  1269.              swissnet3(25)      -- SwissNet-3
  1270.         }
  1271.  
  1272. -- Isdn Mib objects definitions
  1273.  
  1274. isdnMibObjects OBJECT IDENTIFIER ::= { isdnMib 1 }
  1275.  
  1276. -- ISDN physical interface group
  1277.  
  1278. -- This group describes physical basic rate interfaces.
  1279.  
  1280. isdnBasicRateGroup      OBJECT IDENTIFIER ::= { isdnMibObjects 1 }
  1281.  
  1282. isdnBasicRateTable OBJECT-TYPE
  1283.         SYNTAX      SEQUENCE OF IsdnBasicRateEntry
  1284.         MAX-ACCESS  not-accessible
  1285.         STATUS      current
  1286.         DESCRIPTION
  1287.  
  1288.  
  1289.  
  1290. Roeck                      Standards Track                     [Page 23]
  1291.  
  1292. RFC 2127                        ISDN MIB                      March 1997
  1293.  
  1294.  
  1295.             "Table containing configuration and operational
  1296.              parameters for all physical Basic Rate
  1297.              interfaces on this managed device."
  1298.         ::= { isdnBasicRateGroup 1 }
  1299.  
  1300. isdnBasicRateEntry OBJECT-TYPE
  1301.         SYNTAX      IsdnBasicRateEntry
  1302.         MAX-ACCESS  not-accessible
  1303.         STATUS      current
  1304.         DESCRIPTION
  1305.             "An entry in the ISDN Basic Rate Table."
  1306.         INDEX { ifIndex }
  1307.         ::= { isdnBasicRateTable 1 }
  1308.  
  1309. IsdnBasicRateEntry ::= SEQUENCE {
  1310.             isdnBasicRateIfType         INTEGER,
  1311.             isdnBasicRateLineTopology   INTEGER,
  1312.             isdnBasicRateIfMode         INTEGER,
  1313.             isdnBasicRateSignalMode     INTEGER
  1314.         }
  1315.  
  1316. isdnBasicRateIfType OBJECT-TYPE
  1317.         SYNTAX      INTEGER {
  1318.             isdns(75),
  1319.             isdnu(76)
  1320.         }
  1321.         MAX-ACCESS  read-write
  1322.         STATUS      current
  1323.         DESCRIPTION
  1324.             "The physical interface type. For 'S/T' interfaces,
  1325.              also called 'Four-wire Basic Access Interface',
  1326.              the value of this object is isdns(75).
  1327.              For 'U' interfaces, also called 'Two-wire Basic
  1328.              Access Interface', the value of this object is
  1329.              isdnu(76)."
  1330.         ::= { isdnBasicRateEntry 1 }
  1331.  
  1332. isdnBasicRateLineTopology OBJECT-TYPE
  1333.         SYNTAX      INTEGER {
  1334.             pointToPoint(1),
  1335.             pointToMultipoint(2)
  1336.         }
  1337.         MAX-ACCESS  read-write
  1338.         STATUS      current
  1339.         DESCRIPTION
  1340.             "The line topology to be used for this interface.
  1341.              Note that setting isdnBasicRateIfType to isdns(75)
  1342.              does not necessarily mean a line topology of
  1343.  
  1344.  
  1345.  
  1346. Roeck                      Standards Track                     [Page 24]
  1347.  
  1348. RFC 2127                        ISDN MIB                      March 1997
  1349.  
  1350.  
  1351.              point-to-multipoint."
  1352.         ::= { isdnBasicRateEntry 2 }
  1353.  
  1354. isdnBasicRateIfMode OBJECT-TYPE
  1355.         SYNTAX      INTEGER {
  1356.             te(1),
  1357.             nt(2)
  1358.         }
  1359.         MAX-ACCESS  read-write
  1360.         STATUS      current
  1361.         DESCRIPTION
  1362.             "The physical interface mode. For TE mode, the value
  1363.              of this object is te(1). For NT mode, the value
  1364.              of this object is nt(2)."
  1365.         ::= { isdnBasicRateEntry 3 }
  1366.  
  1367. isdnBasicRateSignalMode OBJECT-TYPE
  1368.         SYNTAX      INTEGER {
  1369.             active(1),
  1370.             inactive(2)
  1371.         }
  1372.         MAX-ACCESS  read-write
  1373.         STATUS      current
  1374.         DESCRIPTION
  1375.             "The signaling channel operational mode for this interface.
  1376.              If active(1) there is a signaling channel on this
  1377.              interface. If inactive(2) a signaling channel is
  1378.              not available."
  1379.         ::= { isdnBasicRateEntry 4 }
  1380.  
  1381. -- The B channel (bearer channel) group
  1382.  
  1383. -- Note that disconnects can explicitely be handled using the
  1384. -- ifStack table. If a connection is to be disconnected,
  1385. -- the according ifStack entry has to be removed.
  1386. -- More specifically, the ifStackTable entry which binds the high-layer
  1387. -- ifTable entry (and related dialCtlNbrCfgTable entry) to the
  1388. -- B channel ifTable entry (and related isdnBearerTable entry)
  1389. -- during an active call has to be removed.
  1390.  
  1391. isdnBearerGroup OBJECT IDENTIFIER ::= { isdnMibObjects 2 }
  1392.  
  1393. isdnBearerTable OBJECT-TYPE
  1394.         SYNTAX      SEQUENCE OF IsdnBearerEntry
  1395.         MAX-ACCESS  not-accessible
  1396.         STATUS      current
  1397.         DESCRIPTION
  1398.             "This table defines port specific operational, statistics
  1399.  
  1400.  
  1401.  
  1402. Roeck                      Standards Track                     [Page 25]
  1403.  
  1404. RFC 2127                        ISDN MIB                      March 1997
  1405.  
  1406.  
  1407.              and active call data for ISDN B channels. Each entry
  1408.              in this table describes one B (bearer) channel."
  1409.         ::= { isdnBearerGroup 1 }
  1410.  
  1411. isdnBearerEntry OBJECT-TYPE
  1412.         SYNTAX      IsdnBearerEntry
  1413.         MAX-ACCESS  not-accessible
  1414.         STATUS      current
  1415.         DESCRIPTION
  1416.             "Operational and statistics information relating to
  1417.              one port. A port is a single B channel."
  1418.         INDEX { ifIndex }
  1419.         ::= { isdnBearerTable 1 }
  1420.  
  1421. IsdnBearerEntry ::=
  1422.         SEQUENCE {
  1423.             isdnBearerChannelType           INTEGER,
  1424.             isdnBearerOperStatus            INTEGER,
  1425.             isdnBearerChannelNumber         INTEGER,
  1426.             isdnBearerPeerAddress           DisplayString,
  1427.             isdnBearerPeerSubAddress        DisplayString,
  1428.             isdnBearerCallOrigin            INTEGER,
  1429.             isdnBearerInfoType              INTEGER,
  1430.             isdnBearerMultirate             TruthValue,
  1431.             isdnBearerCallSetupTime         TimeStamp,
  1432.             isdnBearerCallConnectTime       TimeStamp,
  1433.             isdnBearerChargedUnits          Gauge32
  1434.         }
  1435.  
  1436. isdnBearerChannelType           OBJECT-TYPE
  1437.         SYNTAX INTEGER {
  1438.             dialup(1),
  1439.             leased(2)
  1440.         }
  1441.         MAX-ACCESS  read-write
  1442.         STATUS      current
  1443.         DESCRIPTION
  1444.             "The B channel type. If the B channel is connected
  1445.              to a dialup line, this object has a value of
  1446.              dialup(1). In this case, it is controlled by
  1447.              an associated signaling channel. If the B channel
  1448.              is connected to a leased line, this object has
  1449.              a value of leased(2). For leased line B channels, there
  1450.              is no signaling channel control available."
  1451.         ::= { isdnBearerEntry 1 }
  1452.  
  1453. isdnBearerOperStatus            OBJECT-TYPE
  1454.         SYNTAX INTEGER {
  1455.  
  1456.  
  1457.  
  1458. Roeck                      Standards Track                     [Page 26]
  1459.  
  1460. RFC 2127                        ISDN MIB                      March 1997
  1461.  
  1462.  
  1463.             idle(1),
  1464.             connecting(2),
  1465.             connected(3),
  1466.             active(4)
  1467.         }
  1468.         MAX-ACCESS  read-only
  1469.         STATUS      current
  1470.         DESCRIPTION
  1471.             "The current call control state for this port.
  1472.              idle(1):       The B channel is idle.
  1473.                             No call or call attempt is going on.
  1474.              connecting(2): A connection attempt (outgoing call)
  1475.                             is being made on this interface.
  1476.              connected(3):  An incoming call is in the process
  1477.                             of validation.
  1478.              active(4):     A call is active on this interface."
  1479.         ::= { isdnBearerEntry 2 }
  1480.  
  1481. isdnBearerChannelNumber         OBJECT-TYPE
  1482.         SYNTAX INTEGER (1..30)
  1483.         MAX-ACCESS  read-only
  1484.         STATUS      current
  1485.         DESCRIPTION
  1486.             "The identifier being used by a signaling protocol
  1487.              to identify this B channel, also referred to as
  1488.              B channel number. If the Agent also supports the DS0 MIB,
  1489.              the values of isdnBearerChannelNumber and dsx0Ds0Number
  1490.              must be identical for a given B channel."
  1491.         ::= { isdnBearerEntry 3 }
  1492.  
  1493. isdnBearerPeerAddress           OBJECT-TYPE
  1494.         SYNTAX   DisplayString
  1495.         MAX-ACCESS   read-only
  1496.         STATUS   current
  1497.         DESCRIPTION
  1498.             "The ISDN address the current or last call is or was
  1499.              connected to.
  1500.  
  1501.              In some cases, the format of this information can not
  1502.              be predicted, since it largely depends on the type
  1503.              of switch or PBX the device is connected to. Therefore,
  1504.              the detailed format of this information is not
  1505.              specified and is implementation dependent.
  1506.  
  1507.              If possible, the agent should supply this information
  1508.              using the E.164 format. In this case, the number must
  1509.              start with '+'. Otherwise, IA5 number digits must be used.
  1510.  
  1511.  
  1512.  
  1513.  
  1514. Roeck                      Standards Track                     [Page 27]
  1515.  
  1516. RFC 2127                        ISDN MIB                      March 1997
  1517.  
  1518.  
  1519.              If the peer ISDN address is not available,
  1520.              this object has a length of zero."
  1521.         REFERENCE
  1522.             "ITU-T E.164, Q.931 chapter 4.5.10"
  1523.         ::= { isdnBearerEntry 4 }
  1524.  
  1525. isdnBearerPeerSubAddress        OBJECT-TYPE
  1526.         SYNTAX   DisplayString
  1527.         MAX-ACCESS   read-only
  1528.         STATUS   current
  1529.         DESCRIPTION
  1530.             "The ISDN subaddress the current or last call is or was
  1531.              connected to.
  1532.  
  1533.              The subaddress is an user supplied string of up to 20
  1534.              IA5 characters and is transmitted transparently through
  1535.              the network.
  1536.  
  1537.              If the peer subaddress is not available, this object
  1538.              has a length of zero."
  1539.         REFERENCE
  1540.              "ITU-T I.330, Q.931 chapter 4.5.11"
  1541.         ::= { isdnBearerEntry 5 }
  1542.  
  1543. isdnBearerCallOrigin            OBJECT-TYPE
  1544.           SYNTAX   INTEGER {
  1545.             unknown(1),
  1546.             originate(2),
  1547.             answer(3),
  1548.             callback(4)
  1549.         }
  1550.         MAX-ACCESS   read-only
  1551.         STATUS   current
  1552.         DESCRIPTION
  1553.             "The call origin for the current or last call. If since
  1554.              system startup there was no call on this interface,
  1555.              this object has a value of unknown(1)."
  1556.         ::= { isdnBearerEntry 6 }
  1557.  
  1558. isdnBearerInfoType              OBJECT-TYPE
  1559.         SYNTAX      INTEGER {
  1560.             unknown(1),
  1561.             speech(2),
  1562.             unrestrictedDigital(3),       -- as defined in Q.931
  1563.             unrestrictedDigital56(4),     -- with 56k rate adaption
  1564.             restrictedDigital(5),
  1565.             audio31(6),                   -- 3.1 kHz audio
  1566.             audio7(7),                    -- 7 kHz audio
  1567.  
  1568.  
  1569.  
  1570. Roeck                      Standards Track                     [Page 28]
  1571.  
  1572. RFC 2127                        ISDN MIB                      March 1997
  1573.  
  1574.  
  1575.             video(8),
  1576.             packetSwitched(9)
  1577.         }
  1578.         MAX-ACCESS  read-only
  1579.         STATUS      current
  1580.         DESCRIPTION
  1581.             "The Information Transfer Capability for the current
  1582.              or last call.
  1583.  
  1584.              speech(2) refers to a non-data connection, whereas
  1585.              audio31(6) and audio7(7) refer to data mode connections.
  1586.  
  1587.              Note that Q.931, chapter 4.5.5, originally defined
  1588.              audio7(7) as '7 kHz audio' and now defines it as
  1589.              'Unrestricted digital information with tones/
  1590.              announcements'.
  1591.  
  1592.              If since system startup there has been no call on this
  1593.              interface, this object has a value of unknown(1)."
  1594.         REFERENCE
  1595.             "Q.931 [8], chapter 4.5.5, octet 3 of bearer capability
  1596.              information element, combined with the User Rate
  1597.              (as defined in octets 5 and 5a to 5d), if rate adaption
  1598.              is being used."
  1599.         ::= { isdnBearerEntry 7 }
  1600.  
  1601. isdnBearerMultirate             OBJECT-TYPE
  1602.         SYNTAX      TruthValue
  1603.         MAX-ACCESS  read-only
  1604.         STATUS      current
  1605.         DESCRIPTION
  1606.             "This flag indicates if the current or last call used
  1607.              multirate. The actual information transfer rate,
  1608.              in detail specified in octet 4.1 (rate multiplier),
  1609.              is the sum of all B channel ifSpeed values for
  1610.              the hyperchannel.
  1611.  
  1612.              If since system startup there was no call on this
  1613.              interface, this object has a value of false(2)."
  1614.         REFERENCE
  1615.             "Q.931 [8], chapter 4.5.5."
  1616.         ::= { isdnBearerEntry 8 }
  1617.  
  1618. isdnBearerCallSetupTime         OBJECT-TYPE
  1619.         SYNTAX      TimeStamp
  1620.         MAX-ACCESS  read-only
  1621.         STATUS      current
  1622.         DESCRIPTION
  1623.  
  1624.  
  1625.  
  1626. Roeck                      Standards Track                     [Page 29]
  1627.  
  1628. RFC 2127                        ISDN MIB                      March 1997
  1629.  
  1630.  
  1631.             "The value of sysUpTime when the ISDN setup message for
  1632.              the current or last call was sent or received. If since
  1633.              system startup there has been no call on this interface,
  1634.              this object has a value of zero."
  1635.         ::= { isdnBearerEntry 9 }
  1636.  
  1637. isdnBearerCallConnectTime       OBJECT-TYPE
  1638.         SYNTAX      TimeStamp
  1639.         MAX-ACCESS  read-only
  1640.         STATUS      current
  1641.         DESCRIPTION
  1642.             "The value of sysUpTime when the ISDN connect message for
  1643.              the current or last call was sent or received. If since
  1644.              system startup there has been no call on this interface,
  1645.              this object has a value of zero."
  1646.         ::= { isdnBearerEntry 10 }
  1647.  
  1648. isdnBearerChargedUnits          OBJECT-TYPE
  1649.         SYNTAX      Gauge32
  1650.         MAX-ACCESS  read-only
  1651.         STATUS      current
  1652.         DESCRIPTION
  1653.             "The number of charged units for the current or last
  1654.              connection. For incoming calls or if charging information
  1655.              is not supplied by the switch, the value of this object
  1656.              is zero."
  1657.         ::= { isdnBearerEntry 11 }
  1658.  
  1659. -- ISDN signaling group
  1660.  
  1661. isdnSignalingGroup OBJECT IDENTIFIER ::= { isdnMibObjects 3 }
  1662.  
  1663. -- signaling channel configuration table
  1664. -- There is one entry in this table for each Terminal Endpoint
  1665. -- (link layer connection to the switch).
  1666. -- Usually, there is one endpoint per D channel. In some
  1667. -- cases, however, there can be multiple endpoints.
  1668. -- Thus, entries in this table can be created and deleted.
  1669. -- This also means the creation of an associated ifEntry.
  1670. --
  1671. -- D channel backup and NFAS trunks are handled using the
  1672. -- ifStack table.
  1673. -- In case of D channel backup, there are multiple
  1674. -- Data Link Layer (LAPD) interfaces. Only one interface is
  1675. -- active; all others are dormant(5).
  1676. -- In case of NFAS trunks, one lower interface is the
  1677. -- LAPD interface, while the other lower interfaces are physical
  1678. -- interfaces.
  1679.  
  1680.  
  1681.  
  1682. Roeck                      Standards Track                     [Page 30]
  1683.  
  1684. RFC 2127                        ISDN MIB                      March 1997
  1685.  
  1686.  
  1687. -- If directory number and calling address differ from each other
  1688. -- or multiple directory numbers are being used,
  1689. -- the isdnDirectoryTable has to be used to enter such
  1690. -- directory numbers.
  1691.  
  1692. isdnSignalingGetIndex OBJECT-TYPE
  1693.         SYNTAX      TestAndIncr
  1694.         MAX-ACCESS  read-write
  1695.         STATUS      current
  1696.         DESCRIPTION
  1697.             "The recommended procedure for selecting a new index for
  1698.              isdnSignalingTable row creation is to GET the value of
  1699.              this object, and then to SET the object with the same
  1700.              value. If the SET operation succeeds, the manager can use
  1701.              this value as an index to create a new row in this table."
  1702.         REFERENCE
  1703.             "RFC1903, TestAndIncr textual convention."
  1704.         ::= { isdnSignalingGroup 1 }
  1705.  
  1706. isdnSignalingTable OBJECT-TYPE
  1707.         SYNTAX      SEQUENCE OF IsdnSignalingEntry
  1708.         MAX-ACCESS  not-accessible
  1709.         STATUS      current
  1710.         DESCRIPTION
  1711.             "ISDN signaling table containing configuration and
  1712.              operational parameters for all ISDN signaling
  1713.              channels on this managed device."
  1714.         ::= { isdnSignalingGroup 2 }
  1715.  
  1716. isdnSignalingEntry OBJECT-TYPE
  1717.         SYNTAX      IsdnSignalingEntry
  1718.         MAX-ACCESS  not-accessible
  1719.         STATUS      current
  1720.         DESCRIPTION
  1721.             "An entry in the ISDN Signaling Table. To create a new
  1722.              entry, only isdnSignalingProtocol needs to be specified
  1723.              before isdnSignalingStatus can become active(1)."
  1724.         INDEX { isdnSignalingIndex }
  1725.         ::= { isdnSignalingTable 1 }
  1726.  
  1727. IsdnSignalingEntry ::= SEQUENCE {
  1728.             isdnSignalingIndex          INTEGER,
  1729.             isdnSignalingIfIndex        InterfaceIndex,
  1730.             isdnSignalingProtocol       IsdnSignalingProtocol,
  1731.             isdnSignalingCallingAddress DisplayString,
  1732.             isdnSignalingSubAddress     DisplayString,
  1733.             isdnSignalingBchannelCount  Integer32,
  1734.             isdnSignalingInfoTrapEnable INTEGER,
  1735.  
  1736.  
  1737.  
  1738. Roeck                      Standards Track                     [Page 31]
  1739.  
  1740. RFC 2127                        ISDN MIB                      March 1997
  1741.  
  1742.  
  1743.             isdnSignalingStatus         RowStatus
  1744.         }
  1745.  
  1746. isdnSignalingIndex OBJECT-TYPE
  1747.         SYNTAX      INTEGER (1..2147483647)
  1748.         MAX-ACCESS  not-accessible
  1749.         STATUS      current
  1750.         DESCRIPTION
  1751.             "The index value which uniquely identifies an entry
  1752.              in the isdnSignalingTable."
  1753.         ::= { isdnSignalingEntry 1 }
  1754.  
  1755. isdnSignalingIfIndex OBJECT-TYPE
  1756.         SYNTAX      InterfaceIndex
  1757.         MAX-ACCESS  read-only
  1758.         STATUS      current
  1759.         DESCRIPTION
  1760.             "The ifIndex value of the interface associated with this
  1761.              signaling channel."
  1762.         ::= { isdnSignalingEntry 2 }
  1763.  
  1764. isdnSignalingProtocol OBJECT-TYPE
  1765.         SYNTAX      IsdnSignalingProtocol
  1766.         MAX-ACCESS  read-create
  1767.         STATUS      current
  1768.         DESCRIPTION
  1769.             "The particular protocol type supported by the
  1770.              switch providing access to the ISDN network
  1771.              to which this signaling channel is connected."
  1772.         ::= { isdnSignalingEntry 3 }
  1773.  
  1774. isdnSignalingCallingAddress OBJECT-TYPE
  1775.         SYNTAX      DisplayString
  1776.         MAX-ACCESS  read-create
  1777.         STATUS      current
  1778.         DESCRIPTION
  1779.             "The ISDN Address to be assigned to this signaling
  1780.              channel. More specifically, this is the 'Calling Address
  1781.              information element' as being passed to the switch
  1782.              in outgoing call setup messages.
  1783.  
  1784.              It can be an EAZ (1TR6), a calling number (DSS1, ETSI)
  1785.              or any other number necessary to identify a signaling
  1786.              interface. If there is no such number defined or required,
  1787.              this is a zero length string. It is represented in
  1788.              DisplayString form.
  1789.  
  1790.              Incoming calls can also be identified by this number.
  1791.  
  1792.  
  1793.  
  1794. Roeck                      Standards Track                     [Page 32]
  1795.  
  1796. RFC 2127                        ISDN MIB                      March 1997
  1797.  
  1798.  
  1799.              If the Directory Number, i.e. the Called Number in
  1800.              incoming calls, is different to this number, the
  1801.              isdnDirectoryTable has to be used to specify all
  1802.              possible Directory Numbers.
  1803.  
  1804.              The format of this information largely depends on the type
  1805.              of switch or PBX the device is connected to. Therefore,
  1806.              the detailed format of this information is not
  1807.              specified and is implementation dependent.
  1808.  
  1809.              If possible, the agent should implement this information
  1810.              using the E.164 number format. In this case, the number
  1811.              must start with '+'. Otherwise, IA5 number digits must
  1812.              be used."
  1813.         REFERENCE
  1814.             "ITU-T E.164, Q.931 chapter 4.5.10"
  1815.         DEFVAL { "" }
  1816.         ::= { isdnSignalingEntry 4 }
  1817.  
  1818. isdnSignalingSubAddress OBJECT-TYPE
  1819.         SYNTAX      DisplayString
  1820.         MAX-ACCESS  read-create
  1821.         STATUS      current
  1822.         DESCRIPTION
  1823.             "Supplementary information to the ISDN address assigned
  1824.              to this signaling channel. Usually, this is the
  1825.              subaddress as defined in Q.931.
  1826.              If there is no such number defined or required, this is
  1827.              a zero length string.
  1828.              The subaddress is used for incoming calls as well as
  1829.              for outgoing calls.
  1830.              The subaddress is an user supplied string of up to 20
  1831.              IA5 characters and is transmitted transparently through
  1832.              the network."
  1833.         REFERENCE
  1834.             "ITU-T I.330, Q.931 chapter 4.5.11"
  1835.         DEFVAL { "" }
  1836.         ::= { isdnSignalingEntry 5 }
  1837.  
  1838. isdnSignalingBchannelCount OBJECT-TYPE
  1839.         SYNTAX      Integer32 (1..65535)
  1840.         MAX-ACCESS  read-create
  1841.         STATUS      current
  1842.         DESCRIPTION
  1843.             "The total number of B channels (bearer channels)
  1844.              managed by this signaling channel. The default value
  1845.              of this object depends on the physical interface type
  1846.              and is either 2 for Basic Rate interfaces or
  1847.  
  1848.  
  1849.  
  1850. Roeck                      Standards Track                     [Page 33]
  1851.  
  1852. RFC 2127                        ISDN MIB                      March 1997
  1853.  
  1854.  
  1855.              24 (30) for Primary Rate interfaces."
  1856.         ::= { isdnSignalingEntry 6 }
  1857.  
  1858. isdnSignalingInfoTrapEnable    OBJECT-TYPE
  1859.         SYNTAX      INTEGER {
  1860.             enabled(1),
  1861.             disabled(2)
  1862.         }
  1863.         MAX-ACCESS  read-create
  1864.         STATUS      current
  1865.         DESCRIPTION
  1866.             "Indicates whether isdnMibCallInformation traps
  1867.              should be generated for calls on this signaling
  1868.              channel."
  1869.         DEFVAL      { disabled }
  1870.         ::= { isdnSignalingEntry 7 }
  1871.  
  1872. isdnSignalingStatus OBJECT-TYPE
  1873.         SYNTAX      RowStatus
  1874.         MAX-ACCESS  read-create
  1875.         STATUS      current
  1876.         DESCRIPTION
  1877.             "This object is used to create and delete rows in the
  1878.              isdnSignalingTable."
  1879.         ::= { isdnSignalingEntry 8 }
  1880.  
  1881. -- Signaling channel statistics table
  1882. -- There is one entry for each signaling connection
  1883. -- in this table.
  1884. -- Note that the ifEntry also has some statistics information.
  1885.  
  1886. isdnSignalingStatsTable OBJECT-TYPE
  1887.         SYNTAX      SEQUENCE OF IsdnSignalingStatsEntry
  1888.         MAX-ACCESS  not-accessible
  1889.         STATUS      current
  1890.         DESCRIPTION
  1891.             "ISDN signaling table containing statistics
  1892.              information for all ISDN signaling channels
  1893.              on this managed device.
  1894.              Only statistical information which is not already being
  1895.              counted in the ifTable is being defined in this table."
  1896.         ::= { isdnSignalingGroup 3 }
  1897.  
  1898. isdnSignalingStatsEntry OBJECT-TYPE
  1899.         SYNTAX      IsdnSignalingStatsEntry
  1900.         MAX-ACCESS  not-accessible
  1901.         STATUS      current
  1902.         DESCRIPTION
  1903.  
  1904.  
  1905.  
  1906. Roeck                      Standards Track                     [Page 34]
  1907.  
  1908. RFC 2127                        ISDN MIB                      March 1997
  1909.  
  1910.  
  1911.             "An entry in the ISDN Signaling statistics Table."
  1912.         AUGMENTS { isdnSignalingEntry }
  1913.         ::= { isdnSignalingStatsTable 1 }
  1914.  
  1915. IsdnSignalingStatsEntry ::= SEQUENCE {
  1916.             isdnSigStatsInCalls         Counter32,
  1917.             isdnSigStatsInConnected     Counter32,
  1918.             isdnSigStatsOutCalls        Counter32,
  1919.             isdnSigStatsOutConnected    Counter32,
  1920.             isdnSigStatsChargedUnits    Counter32
  1921.         }
  1922.  
  1923. isdnSigStatsInCalls OBJECT-TYPE
  1924.         SYNTAX      Counter32
  1925.         MAX-ACCESS  read-only
  1926.         STATUS      current
  1927.         DESCRIPTION
  1928.             "The number of incoming calls on this interface."
  1929.         ::= { isdnSignalingStatsEntry 1 }
  1930.  
  1931. isdnSigStatsInConnected OBJECT-TYPE
  1932.         SYNTAX      Counter32
  1933.         MAX-ACCESS  read-only
  1934.         STATUS      current
  1935.         DESCRIPTION
  1936.             "The number of incoming calls on this interface
  1937.              which were actually connected."
  1938.         ::= { isdnSignalingStatsEntry 2 }
  1939.  
  1940. isdnSigStatsOutCalls OBJECT-TYPE
  1941.         SYNTAX      Counter32
  1942.         MAX-ACCESS  read-only
  1943.         STATUS      current
  1944.         DESCRIPTION
  1945.             "The number of outgoing calls on this interface."
  1946.         ::= { isdnSignalingStatsEntry 3 }
  1947.  
  1948. isdnSigStatsOutConnected OBJECT-TYPE
  1949.         SYNTAX      Counter32
  1950.         MAX-ACCESS  read-only
  1951.         STATUS      current
  1952.         DESCRIPTION
  1953.             "The number of outgoing calls on this interface
  1954.              which were actually connected."
  1955.         ::= { isdnSignalingStatsEntry 4 }
  1956.  
  1957. isdnSigStatsChargedUnits OBJECT-TYPE
  1958.         SYNTAX      Counter32
  1959.  
  1960.  
  1961.  
  1962. Roeck                      Standards Track                     [Page 35]
  1963.  
  1964. RFC 2127                        ISDN MIB                      March 1997
  1965.  
  1966.  
  1967.         MAX-ACCESS  read-only
  1968.         STATUS      current
  1969.         DESCRIPTION
  1970.             "The number of charging units on this interface since
  1971.              system startup.
  1972.              Only the charging units applying to the local interface,
  1973.              i.e. for originated calls or for calls with 'Reverse
  1974.              charging' being active, are counted here."
  1975.         ::= { isdnSignalingStatsEntry 5 }
  1976.  
  1977. --
  1978. -- The LAPD table
  1979.  
  1980. isdnLapdTable OBJECT-TYPE
  1981.         SYNTAX      SEQUENCE OF IsdnLapdEntry
  1982.         MAX-ACCESS  not-accessible
  1983.         STATUS      current
  1984.         DESCRIPTION
  1985.             "Table containing configuration and statistics
  1986.              information for all LAPD (D channel Data Link)
  1987.              interfaces on this managed device.
  1988.              Only statistical information which is not already being
  1989.              counted in the ifTable is being defined in this table."
  1990.         ::= { isdnSignalingGroup 4 }
  1991.  
  1992. isdnLapdEntry OBJECT-TYPE
  1993.         SYNTAX      IsdnLapdEntry
  1994.         MAX-ACCESS  not-accessible
  1995.         STATUS      current
  1996.         DESCRIPTION
  1997.             "An entry in the LAPD Table."
  1998.         INDEX { ifIndex }
  1999.         ::= { isdnLapdTable 1 }
  2000.  
  2001. IsdnLapdEntry ::= SEQUENCE {
  2002.             isdnLapdPrimaryChannel  TruthValue,
  2003.             isdnLapdOperStatus      INTEGER,
  2004.             isdnLapdPeerSabme       Counter32,
  2005.             isdnLapdRecvdFrmr       Counter32
  2006.         }
  2007.  
  2008. isdnLapdPrimaryChannel OBJECT-TYPE
  2009.         SYNTAX      TruthValue
  2010.         MAX-ACCESS  read-write
  2011.         STATUS      current
  2012.         DESCRIPTION
  2013.             "If set to true(1), this D channel is the designated
  2014.              primary D channel if D channel backup is active.
  2015.  
  2016.  
  2017.  
  2018. Roeck                      Standards Track                     [Page 36]
  2019.  
  2020. RFC 2127                        ISDN MIB                      March 1997
  2021.  
  2022.  
  2023.              There must be exactly one primary D channel
  2024.              configured. If D channel backup is not used, this
  2025.              object has a value of true(1)."
  2026.         REFERENCE
  2027.             "Q.931 [8], Annex F, D channel backup procedures."
  2028.         ::= { isdnLapdEntry 1 }
  2029.  
  2030. isdnLapdOperStatus OBJECT-TYPE
  2031.         SYNTAX      INTEGER {
  2032.             inactive(1),
  2033.             l1Active(2),
  2034.             l2Active(3)
  2035.         }
  2036.         MAX-ACCESS  read-only
  2037.         STATUS      current
  2038.         DESCRIPTION
  2039.             "The operational status of this interface:
  2040.  
  2041.              inactive  all layers are inactive
  2042.              l1Active  layer 1 is activated,
  2043.                        layer 2 datalink not established
  2044.              l2Active  layer 1 is activated,
  2045.                        layer 2 datalink established."
  2046.         ::= { isdnLapdEntry 2 }
  2047.  
  2048. isdnLapdPeerSabme OBJECT-TYPE
  2049.         SYNTAX      Counter32
  2050.         MAX-ACCESS  read-only
  2051.         STATUS      current
  2052.         DESCRIPTION
  2053.             "The number of peer SABME frames received on this
  2054.              interface. This is the number of peer-initiated
  2055.              new connections on this interface."
  2056.         ::= { isdnLapdEntry 3 }
  2057.  
  2058. isdnLapdRecvdFrmr OBJECT-TYPE
  2059.         SYNTAX      Counter32
  2060.         MAX-ACCESS  read-only
  2061.         STATUS      current
  2062.         DESCRIPTION
  2063.             "The number of LAPD FRMR response frames received.
  2064.              This is the number of framing errors on this
  2065.              interface."
  2066.         ::= { isdnLapdEntry 4 }
  2067.  
  2068. --
  2069. -- Optional groups follow here.
  2070.  
  2071.  
  2072.  
  2073.  
  2074. Roeck                      Standards Track                     [Page 37]
  2075.  
  2076. RFC 2127                        ISDN MIB                      March 1997
  2077.  
  2078.  
  2079. -- The Terminal Endpoint group and table
  2080.  
  2081. -- This table is required only if TEI values or SPID numbers
  2082. -- have to be entered.
  2083. -- The ifIndex values for this table are identical to those of
  2084. -- the isdnSignalingChannel table.
  2085.  
  2086. isdnEndpointGroup OBJECT IDENTIFIER ::= { isdnMibObjects 4 }
  2087.  
  2088. isdnEndpointGetIndex OBJECT-TYPE
  2089.         SYNTAX      TestAndIncr
  2090.         MAX-ACCESS  read-write
  2091.         STATUS      current
  2092.         DESCRIPTION
  2093.             "The recommended procedure for selecting a new index for
  2094.              isdnEndpointTable row creation is to GET the value of
  2095.              this object, and then to SET the object with the same
  2096.              value. If the SET operation succeeds, the manager can use
  2097.              this value as an index to create a new row in this table."
  2098.         REFERENCE
  2099.             "RFC1903, TestAndIncr textual convention."
  2100.         ::= { isdnEndpointGroup 1 }
  2101.  
  2102. isdnEndpointTable OBJECT-TYPE
  2103.         SYNTAX      SEQUENCE OF IsdnEndpointEntry
  2104.         MAX-ACCESS  not-accessible
  2105.         STATUS      current
  2106.         DESCRIPTION
  2107.             "Table containing configuration for Terminal
  2108.              Endpoints."
  2109.         ::= { isdnEndpointGroup 2 }
  2110.  
  2111. isdnEndpointEntry OBJECT-TYPE
  2112.         SYNTAX      IsdnEndpointEntry
  2113.         MAX-ACCESS  not-accessible
  2114.         STATUS      current
  2115.         DESCRIPTION
  2116.             "An entry in the Terminal Endpoint Table. The value
  2117.              of isdnEndpointIfType must be supplied for a row
  2118.              in this table to become active."
  2119.         INDEX { isdnEndpointIndex }
  2120.         ::= { isdnEndpointTable 1 }
  2121.  
  2122. IsdnEndpointEntry ::= SEQUENCE {
  2123.             isdnEndpointIndex       INTEGER,
  2124.             isdnEndpointIfIndex     InterfaceIndex,
  2125.             isdnEndpointIfType      IANAifType,
  2126.             isdnEndpointTeiType     INTEGER,
  2127.  
  2128.  
  2129.  
  2130. Roeck                      Standards Track                     [Page 38]
  2131.  
  2132. RFC 2127                        ISDN MIB                      March 1997
  2133.  
  2134.  
  2135.             isdnEndpointTeiValue    INTEGER,
  2136.             isdnEndpointSpid        DisplayString,
  2137.             isdnEndpointStatus      RowStatus
  2138.         }
  2139.  
  2140. isdnEndpointIndex OBJECT-TYPE
  2141.         SYNTAX      INTEGER (1..2147483647)
  2142.         MAX-ACCESS  not-accessible
  2143.         STATUS      current
  2144.         DESCRIPTION
  2145.             "The index value which uniquely identifies an entry
  2146.              in the isdnEndpointTable."
  2147.         ::= { isdnEndpointEntry 1 }
  2148.  
  2149. isdnEndpointIfIndex OBJECT-TYPE
  2150.         SYNTAX      InterfaceIndex
  2151.         MAX-ACCESS  read-only
  2152.         STATUS      current
  2153.         DESCRIPTION
  2154.             "The ifIndex value of the interface associated with this
  2155.              Terminal Endpoint."
  2156.         ::= { isdnEndpointEntry 2 }
  2157.  
  2158. isdnEndpointIfType OBJECT-TYPE
  2159.         SYNTAX      IANAifType
  2160.         MAX-ACCESS  read-create
  2161.         STATUS      current
  2162.         DESCRIPTION
  2163.             "The interface type for this Terminal Endpoint.
  2164.              Interface types of x25ple(40) and isdn(63) are allowed.
  2165.              The interface type is identical to the value of
  2166.              ifType in the associated ifEntry."
  2167.         ::= { isdnEndpointEntry 3 }
  2168.  
  2169. isdnEndpointTeiType OBJECT-TYPE
  2170.         SYNTAX      INTEGER {
  2171.             dynamic(1),
  2172.             static(2)
  2173.         }
  2174.         MAX-ACCESS  read-create
  2175.         STATUS      current
  2176.         DESCRIPTION
  2177.             "The type of TEI (Terminal Endpoint Identifier)
  2178.              used for this Terminal Endpoint. In case of dynamic(1),
  2179.              the TEI value is selected by the switch. In
  2180.              case of static(2), a valid TEI value has to be
  2181.              entered in the isdnEndpointTeiValue object.
  2182.              The default value for this object depends on the
  2183.  
  2184.  
  2185.  
  2186. Roeck                      Standards Track                     [Page 39]
  2187.  
  2188. RFC 2127                        ISDN MIB                      March 1997
  2189.  
  2190.  
  2191.              interface type as well as the Terminal Endpoint type.
  2192.              On Primary Rate interfaces the default value is
  2193.              static(2). On Basic Rate interfaces the default value
  2194.              is dynamic(1) for isdn(63) Terminal Endpoints and
  2195.              static(2) for x25ple(40) Terminal Endpoints."
  2196.         ::= { isdnEndpointEntry 4 }
  2197.  
  2198. isdnEndpointTeiValue OBJECT-TYPE
  2199.         SYNTAX      INTEGER ( 0..255 )
  2200.         MAX-ACCESS  read-create
  2201.         STATUS      current
  2202.         DESCRIPTION
  2203.             "The TEI (Terminal Endpoint Identifier) value
  2204.              for this Terminal Endpoint. If isdnEndpointTeiType
  2205.              is set to static(2), valid numbers are 0..63,
  2206.              while otherwise the value is set internally.
  2207.              The default value of this object is 0 for static
  2208.              TEI assignment.
  2209.              The default value for dynamic TEI assignment is also
  2210.              0 as long as no TEI has been assigned. After TEI
  2211.              assignment, the assigned TEI value is returned."
  2212.         ::= { isdnEndpointEntry 5 }
  2213.  
  2214. isdnEndpointSpid OBJECT-TYPE
  2215.         SYNTAX      DisplayString
  2216.         MAX-ACCESS  read-create
  2217.         STATUS      current
  2218.         DESCRIPTION
  2219.             "The Service profile IDentifier (SPID) information
  2220.              for this Terminal Endpoint.
  2221.  
  2222.              The SPID is composed of 9-20 numeric characters.
  2223.  
  2224.              This information has to be defined in addition to
  2225.              the local number for some switch protocol types,
  2226.              e.g. Bellcore NI-1 and NI-2.
  2227.  
  2228.              If this object is not required, it is a
  2229.              zero length string."
  2230.         REFERENCE
  2231.             "Bellcore SR-NWT-001953, Generic Guidelines for ISDN
  2232.              Terminal Equipment on Basic Access Interfaces,
  2233.              Chapter 8.5.1."
  2234.         DEFVAL { "" }
  2235.         ::= { isdnEndpointEntry 6 }
  2236.  
  2237. isdnEndpointStatus OBJECT-TYPE
  2238.         SYNTAX      RowStatus
  2239.  
  2240.  
  2241.  
  2242. Roeck                      Standards Track                     [Page 40]
  2243.  
  2244. RFC 2127                        ISDN MIB                      March 1997
  2245.  
  2246.  
  2247.         MAX-ACCESS  read-create
  2248.         STATUS      current
  2249.         DESCRIPTION
  2250.             "This object is used to create and delete rows in the
  2251.              isdnEndpointTable."
  2252.         ::= { isdnEndpointEntry 7 }
  2253.  
  2254. --
  2255. -- The Directory Number group
  2256. --
  2257.  
  2258. isdnDirectoryGroup OBJECT IDENTIFIER ::= { isdnMibObjects 5 }
  2259.  
  2260. isdnDirectoryTable OBJECT-TYPE
  2261.         SYNTAX      SEQUENCE OF IsdnDirectoryEntry
  2262.         MAX-ACCESS  not-accessible
  2263.         STATUS      current
  2264.         DESCRIPTION
  2265.             "Table containing Directory Numbers."
  2266.         ::= { isdnDirectoryGroup 1 }
  2267.  
  2268. isdnDirectoryEntry OBJECT-TYPE
  2269.         SYNTAX      IsdnDirectoryEntry
  2270.         MAX-ACCESS  not-accessible
  2271.         STATUS      current
  2272.         DESCRIPTION
  2273.             "An entry in the Directory Number Table. All objects
  2274.              in an entry must be set for a new row to become active."
  2275.         INDEX { isdnDirectoryIndex }
  2276.         ::= { isdnDirectoryTable 1 }
  2277.  
  2278. IsdnDirectoryEntry ::= SEQUENCE {
  2279.             isdnDirectoryIndex      INTEGER,
  2280.             isdnDirectoryNumber     DisplayString,
  2281.             isdnDirectorySigIndex   INTEGER,
  2282.             isdnDirectoryStatus     RowStatus
  2283.         }
  2284.  
  2285. isdnDirectoryIndex OBJECT-TYPE
  2286.         SYNTAX      INTEGER ( 1..'7fffffff'h )
  2287.         MAX-ACCESS  not-accessible
  2288.         STATUS      current
  2289.         DESCRIPTION
  2290.             "The index value which uniquely identifies an entry
  2291.              in the isdnDirectoryTable."
  2292.         ::= { isdnDirectoryEntry 1 }
  2293.  
  2294. isdnDirectoryNumber OBJECT-TYPE
  2295.  
  2296.  
  2297.  
  2298. Roeck                      Standards Track                     [Page 41]
  2299.  
  2300. RFC 2127                        ISDN MIB                      March 1997
  2301.  
  2302.  
  2303.         SYNTAX      DisplayString
  2304.         MAX-ACCESS  read-create
  2305.         STATUS      current
  2306.         DESCRIPTION
  2307.             "A Directory Number. Directory Numbers are used
  2308.              to identify incoming calls on the signaling
  2309.              channel given in isdnDirectorySigIndex.
  2310.  
  2311.              The format of this information largely depends on the type
  2312.              of switch or PBX the device is connected to. Therefore,
  2313.              the detailed format of this information is not
  2314.              specified and is implementation dependent.
  2315.  
  2316.              If possible, the agent should implement this information
  2317.              using the E.164 number format. In this case, the number
  2318.              must start with '+'. Otherwise, IA5 number digits must
  2319.              be used."
  2320.         REFERENCE
  2321.             "ITU-T E.164, Q.931 chapter 4.5.10"
  2322.         ::= { isdnDirectoryEntry 2 }
  2323.  
  2324. isdnDirectorySigIndex OBJECT-TYPE
  2325.         SYNTAX      INTEGER (1..2147483647)
  2326.         MAX-ACCESS  read-create
  2327.         STATUS      current
  2328.         DESCRIPTION
  2329.             "An index pointing to an ISDN signaling channel.
  2330.              Incoming calls are accepted on this
  2331.              signaling channel if the isdnDirectoryNumber is
  2332.              presented as Called Number in the SETUP message."
  2333.         ::= { isdnDirectoryEntry 3 }
  2334.  
  2335. isdnDirectoryStatus OBJECT-TYPE
  2336.         SYNTAX      RowStatus
  2337.         MAX-ACCESS  read-create
  2338.         STATUS      current
  2339.         DESCRIPTION
  2340.             "This object is used to create and delete rows in the
  2341.              isdnDirectoryTable."
  2342.         ::= { isdnDirectoryEntry 4 }
  2343.  
  2344. -- Traps
  2345.  
  2346. isdnMibTrapPrefix OBJECT IDENTIFIER ::= { isdnMib 2 }
  2347. isdnMibTraps OBJECT IDENTIFIER ::= { isdnMibTrapPrefix 0 }
  2348.  
  2349. isdnMibCallInformation NOTIFICATION-TYPE
  2350.         OBJECTS {
  2351.  
  2352.  
  2353.  
  2354. Roeck                      Standards Track                     [Page 42]
  2355.  
  2356. RFC 2127                        ISDN MIB                      March 1997
  2357.  
  2358.  
  2359.             ifIndex,                    -- isdnBearerTable ifIndex
  2360.             isdnBearerOperStatus,
  2361.             isdnBearerPeerAddress,
  2362.             isdnBearerPeerSubAddress,
  2363.             isdnBearerCallSetupTime,
  2364.             isdnBearerInfoType,
  2365.             isdnBearerCallOrigin
  2366.         }
  2367.         STATUS      current
  2368.         DESCRIPTION
  2369.             "This trap/inform is sent to the manager under the
  2370.              following condidions:
  2371.              - on incoming calls for each call which is rejected for
  2372.                policy reasons (e.g. unknown neighbor or access
  2373.                violation)
  2374.              - on outgoing calls whenever a call attempt is determined
  2375.                to have ultimately failed. In the event that call retry
  2376.                is active, then this will be after all retry attempts
  2377.                have failed.
  2378.              - whenever a call connects. In this case, the object
  2379.                isdnBearerCallConnectTime should be included in the
  2380.                trap.
  2381.  
  2382.              Only one such trap is sent in between successful or
  2383.              unsuccessful call attempts from or to a single neighbor;
  2384.              subsequent call attempts result in no trap.
  2385.  
  2386.              If the Dial Control MIB objects dialCtlNbrCfgId and
  2387.              dialCtlNbrCfgIndex are known by the entity generating
  2388.              this trap, both objects should be included in the trap
  2389.              as well. The receipt of this trap with no dial neighbor
  2390.              information indicates that the manager must poll the
  2391.              callHistoryTable of the Dial Control MIB to see what
  2392.              changed."
  2393.         ::= { isdnMibTraps 1 }
  2394.  
  2395. --
  2396. -- conformance information
  2397. --
  2398.  
  2399. isdnMibConformance OBJECT IDENTIFIER ::= { isdnMib 2 }
  2400. isdnMibCompliances OBJECT IDENTIFIER ::= { isdnMibConformance 1 }
  2401. isdnMibGroups      OBJECT IDENTIFIER ::= { isdnMibConformance 2 }
  2402.  
  2403. -- compliance statements
  2404.  
  2405. isdnMibCompliance MODULE-COMPLIANCE
  2406.         STATUS      current
  2407.  
  2408.  
  2409.  
  2410. Roeck                      Standards Track                     [Page 43]
  2411.  
  2412. RFC 2127                        ISDN MIB                      March 1997
  2413.  
  2414.  
  2415.         DESCRIPTION
  2416.             "The compliance statement for entities which implement
  2417.              the ISDN MIB."
  2418.         MODULE       -- this module
  2419.  
  2420. -- unconditionally mandatory groups
  2421.         MANDATORY-GROUPS {
  2422.             isdnMibSignalingGroup,
  2423.             isdnMibBearerGroup,
  2424.             isdnMibNotificationsGroup
  2425.         }
  2426.  
  2427. -- conditionally mandatory group
  2428.         GROUP       isdnMibBasicRateGroup
  2429.         DESCRIPTION
  2430.             "The isdnMibBasicRateGroup is mandatory for entities
  2431.              supporting ISDN Basic Rate interfaces."
  2432.  
  2433. -- optional groups
  2434.         GROUP       isdnMibEndpointGroup
  2435.         DESCRIPTION
  2436.             "Implementation of this group is optional for all systems
  2437.              that attach to ISDN interfaces."
  2438.  
  2439.         GROUP       isdnMibDirectoryGroup
  2440.         DESCRIPTION
  2441.             "Implementation of this group is optional for all systems
  2442.              that attach to ISDN interfaces."
  2443.  
  2444.         OBJECT      isdnBasicRateIfType
  2445.         MIN-ACCESS  read-only
  2446.         DESCRIPTION
  2447.             "It is conformant to implement this object as read-only."
  2448.  
  2449.         OBJECT      isdnBasicRateLineTopology
  2450.         MIN-ACCESS  read-only
  2451.         DESCRIPTION
  2452.             "It is conformant to implement this object as read-only."
  2453.  
  2454.         OBJECT      isdnBasicRateIfMode
  2455.         MIN-ACCESS  read-only
  2456.         DESCRIPTION
  2457.             "It is conformant to implement this object as read-only."
  2458.  
  2459.         OBJECT      isdnBasicRateSignalMode
  2460.         MIN-ACCESS  read-only
  2461.         DESCRIPTION
  2462.             "It is conformant to implement this object as read-only."
  2463.  
  2464.  
  2465.  
  2466. Roeck                      Standards Track                     [Page 44]
  2467.  
  2468. RFC 2127                        ISDN MIB                      March 1997
  2469.  
  2470.  
  2471.         ::= { isdnMibCompliances 1 }
  2472.  
  2473. -- units of conformance
  2474.  
  2475. isdnMibBasicRateGroup OBJECT-GROUP
  2476.         OBJECTS {
  2477.             isdnBasicRateIfType,
  2478.             isdnBasicRateLineTopology,
  2479.             isdnBasicRateIfMode,
  2480.             isdnBasicRateSignalMode
  2481.         }
  2482.         STATUS      current
  2483.         DESCRIPTION
  2484.             "A collection of objects required for ISDN Basic Rate
  2485.              physical interface configuration and statistics."
  2486.         ::= { isdnMibGroups 1 }
  2487.  
  2488. isdnMibBearerGroup OBJECT-GROUP
  2489.         OBJECTS {
  2490.             isdnBearerChannelType,
  2491.             isdnBearerOperStatus,
  2492.             isdnBearerChannelNumber,
  2493.             isdnBearerPeerAddress,
  2494.             isdnBearerPeerSubAddress,
  2495.             isdnBearerCallOrigin,
  2496.             isdnBearerInfoType,
  2497.             isdnBearerMultirate,
  2498.             isdnBearerCallSetupTime,
  2499.             isdnBearerCallConnectTime,
  2500.             isdnBearerChargedUnits
  2501.         }
  2502.         STATUS      current
  2503.         DESCRIPTION
  2504.             "A collection of objects required for ISDN Bearer channel
  2505.              control and statistics."
  2506.         ::= { isdnMibGroups 2 }
  2507.  
  2508. isdnMibSignalingGroup OBJECT-GROUP
  2509.         OBJECTS {
  2510.             isdnSignalingGetIndex,
  2511.             isdnSignalingIfIndex,
  2512.             isdnSignalingProtocol,
  2513.             isdnSignalingCallingAddress,
  2514.             isdnSignalingSubAddress,
  2515.             isdnSignalingBchannelCount,
  2516.             isdnSignalingInfoTrapEnable,
  2517.             isdnSignalingStatus,
  2518.             isdnSigStatsInCalls,
  2519.  
  2520.  
  2521.  
  2522. Roeck                      Standards Track                     [Page 45]
  2523.  
  2524. RFC 2127                        ISDN MIB                      March 1997
  2525.  
  2526.  
  2527.             isdnSigStatsInConnected,
  2528.             isdnSigStatsOutCalls,
  2529.             isdnSigStatsOutConnected,
  2530.             isdnSigStatsChargedUnits,
  2531.             isdnLapdPrimaryChannel,
  2532.             isdnLapdOperStatus,
  2533.             isdnLapdPeerSabme,
  2534.             isdnLapdRecvdFrmr
  2535.         }
  2536.         STATUS      current
  2537.         DESCRIPTION
  2538.             "A collection of objects required for ISDN D channel
  2539.              configuration and statistics."
  2540.         ::= { isdnMibGroups 3 }
  2541.  
  2542. isdnMibEndpointGroup OBJECT-GROUP
  2543.         OBJECTS {
  2544.             isdnEndpointGetIndex,
  2545.             isdnEndpointIfIndex,
  2546.             isdnEndpointIfType,
  2547.             isdnEndpointTeiType,
  2548.             isdnEndpointTeiValue,
  2549.             isdnEndpointSpid,
  2550.             isdnEndpointStatus
  2551.         }
  2552.         STATUS      current
  2553.         DESCRIPTION
  2554.             "A collection of objects describing Terminal Endpoints."
  2555.         ::= { isdnMibGroups 4 }
  2556.  
  2557. isdnMibDirectoryGroup OBJECT-GROUP
  2558.         OBJECTS {
  2559.             isdnDirectoryNumber,
  2560.             isdnDirectorySigIndex,
  2561.             isdnDirectoryStatus
  2562.         }
  2563.         STATUS      current
  2564.         DESCRIPTION
  2565.             "A collection of objects describing directory numbers."
  2566.         ::= { isdnMibGroups 5 }
  2567.  
  2568. isdnMibNotificationsGroup NOTIFICATION-GROUP
  2569.     NOTIFICATIONS { isdnMibCallInformation }
  2570.     STATUS        current
  2571.     DESCRIPTION
  2572.             "The notifications which a ISDN MIB entity is
  2573.              required to implement."
  2574.     ::= { isdnMibGroups 6 }
  2575.  
  2576.  
  2577.  
  2578. Roeck                      Standards Track                     [Page 46]
  2579.  
  2580. RFC 2127                        ISDN MIB                      March 1997
  2581.  
  2582.  
  2583. END
  2584.  
  2585.  
  2586. 5.  Acknowledgments
  2587.  
  2588.    This document was produced by the ISDN MIB Working Group.  Special
  2589.    thanks is due to the following persons:
  2590.  
  2591.            Ed Alcoff
  2592.            Fred Baker
  2593.            Scott Bradner
  2594.            Bibek A. Das
  2595.            Maria Greene
  2596.            Ken Grigg
  2597.            Stefan Hochuli
  2598.            Jeffrey T. Johnson
  2599.            Glenn Kime
  2600.            Oliver Korfmacher
  2601.            Kedar Madineni
  2602.            Bill Miskovetz
  2603.            Mike O'Dowd
  2604.            David M. Piscitello
  2605.            Lisa A. Phifer
  2606.            Randy Roberts
  2607.            Hascall H. Sharp
  2608.            John Shriver
  2609.            Robert Snyder
  2610.            Bob Stewart
  2611.            Ron Stoughton
  2612.            James Watt
  2613.  
  2614. 6.  References
  2615.  
  2616. [1]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
  2617.      S. Waldbusser, "Structure of Management Information for Version 2
  2618.      of the Simple Network Management Protocol (SNMPv2)", RFC 1902,
  2619.      January 1996.
  2620.  
  2621. [2]  McCloghrie, K., and M. Rose, Editors, "Management Information Base
  2622.      for Network Management of TCP/IP-based internets: MIB-II", STD 17,
  2623.      RFC 1213, Hughes LAN Systems, Performance Systems International,
  2624.      March 1991.
  2625.  
  2626. [3]  Case, J., Fedor, M., Schoffstall, M., and J. Davin, "A Simple
  2627.      Network Management Protocol (SNMP)", STD 15, RFC 1157, SNMP
  2628.      Research, Performance Systems International, MIT Lab for Computer
  2629.      Science, May 1990.
  2630.  
  2631.  
  2632.  
  2633.  
  2634. Roeck                      Standards Track                     [Page 47]
  2635.  
  2636. RFC 2127                        ISDN MIB                      March 1997
  2637.  
  2638.  
  2639. [4]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M. and
  2640.      S. Waldbusser, "Protocol Operations for Version 2 of the Simple
  2641.      Network Management Protocol (SNMPv2)", RFC 1905, January 1996.
  2642.  
  2643. [5]  ITU-T Recommendation "Digital subscriber Signaling System No. 1
  2644.      (DSS 1) - ISDN User-Network Interface Data Link Layer - General
  2645.      Aspects Rec. Q.920.
  2646.  
  2647. [6]  ITU-T Recommendation "Digital subscriber Signaling System No. 1
  2648.      (DSS 1) - ISDN User-Network Interface - Data Link Layer
  2649.      Specification Rec. Q.921.
  2650.  
  2651. [7]  ITU-T Recommendation "Digital subscriber Signaling System No. 1
  2652.      (DSS 1) - ISDN Data Link Layer Specification for Frame Mode Bearer
  2653.      Services (LAPF) Rec. Q.922.
  2654.  
  2655. [8]  ITU-T Recommendation "Digital subscriber Signaling System No. 1
  2656.      (DSS 1) - ISDN user-network interface layer 3 specification for
  2657.      basic call control", Rec. Q.931(I.451), March 1993.
  2658.  
  2659. [9]  ITU-T Recommendation "Generic procedures for the control of ISDN
  2660.      supplementary services ISDN user-network interface layer 3
  2661.      specification", Rec. Q.932(I.452).
  2662.  
  2663. [10] ITU-T Recommendation "Digital subscriber Signaling System No. 1
  2664.      (DSS 1) - Signaling specification for frame-mode basic call
  2665.      control", Rec. Q.933.
  2666.  
  2667. [11] McCloghrie, K. and F. Kastenholz, "Evolution of the Interfaces
  2668.      Group of MIB-II", RFC 1573, Hughes LAN Systems, FTP Software,
  2669.      January 1994.
  2670.  
  2671. [12] Fowler, D., "Definitions of Managed Objects for the DS1/E1/DS2/E2
  2672.      Interface Types", Work in Progress.
  2673.  
  2674. [13] Fowler, D., "Definitions of Managed Objects for the DS0 and
  2675.      DS0Bundle Interface Types", Work in Progress.
  2676.  
  2677. [14] ITU-T Recommendation "Integrated Services Digital Network (ISDN)
  2678.      General Structure and Service Capabilities - Closed User Group",
  2679.      Rec. I.255.1.
  2680.  
  2681. [15] Roeck, G., "Dial Control Management Information Base", RFC 2128,
  2682.      March 1997.
  2683.  
  2684.  
  2685.  
  2686.  
  2687.  
  2688.  
  2689.  
  2690. Roeck                      Standards Track                     [Page 48]
  2691.  
  2692. RFC 2127                        ISDN MIB                      March 1997
  2693.  
  2694.  
  2695. 7.  Security Considerations
  2696.  
  2697.    Security issues are not discussed in this memo.
  2698.  
  2699. 8.  Author's Address
  2700.  
  2701.    Guenter Roeck
  2702.    cisco Systems
  2703.    170 West Tasman Drive
  2704.    San Jose, CA 95134
  2705.    U.S.A.
  2706.  
  2707.    Phone: +1 408 527 3143
  2708.    EMail: groeck@cisco.com
  2709.  
  2710.  
  2711.  
  2712.  
  2713.  
  2714.  
  2715.  
  2716.  
  2717.  
  2718.  
  2719.  
  2720.  
  2721.  
  2722.  
  2723.  
  2724.  
  2725.  
  2726.  
  2727.  
  2728.  
  2729.  
  2730.  
  2731.  
  2732.  
  2733.  
  2734.  
  2735.  
  2736.  
  2737.  
  2738.  
  2739.  
  2740.  
  2741.  
  2742.  
  2743.  
  2744.  
  2745.  
  2746. Roeck                      Standards Track                     [Page 49]
  2747.  
  2748.